行政サービスの向上と業務効率化を目指し、市役所業務の「会議」「打ち合わせ」の質の向上を目的としたガイドラインを策定しました。 デジタル・トランスフォーメーション（DX）では、単にデジタルツールを活用するだけでなく、従来の業務のやり方を見直し、改善していくことが重要とされています。 会議は、新規事業の立案や重要事項の決定、情報の共有など多くの場面で行われることから、市役所業務の根幹である行政サービスの質を左右します。 以上を踏まえ、業務時間の多くを占める「会議」をより良いものにするため、ガイドラインを策定しました。市役所全体として会議の改善に取り組んでいきます。

人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは？という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を

リモートワークで仕事をしていると、Slack や Teams といった何かしらのチャットツールでコミュニケーションを取ることが多い。そうやって仕事を続けていく中で「こう伝えたらよりスムーズに話が進んだかな...」という後悔は多々あり、日々試行錯誤を続けている。 そうやって試行錯誤を続けていく中である程度テキストコミュニケーションを取る上でのフォーマットが定まってきた気がするので、箇条書きでまとめてみようと思う。（随時更新予定） prefix （接頭辞）をつける文章の先頭にその文章の目的がわかるような prefix をつけて、何のためにポストしたかを一目で分かりやすくする。例えば以下のような prefix をつけることがある。 【質問】→ 相手の返信が欲しい時 【共有】→ 返信は不要だが、内容は把握しておいてほしい時 【メモ】→ 返信不要で、後から検索できるよう残しておきたい時 箇条書きする

はじめに 前提 アメリカで働くためのビザ 業務経験 2023年のアメリカのテック業界の状況 具体的な就活のステップ ソフトウェアエンジニアのインタビューで求められることの抽象的な理解 レジュメ Job Descriptionから逆算してレジュメを作る 一枚におさめる 数字を用いてスケールとビジネスインパクトを示す なるべく隙間を埋める フォーマット添削ツールにかける レビューを受ける ネットワーキング・リファラル 応募する アメリカの就活はNumber Game 採用のトレンドを追う 時期を見計らう Linkedinで最新の求人を見つける方法 Promotedをすべて非表示にする "Most Recent"順にする 検索クエリを工夫する 設定をブックマークする 時間を決めて巡回する コーディングインタビュー対策 アルゴリズムの地図を脳内に作る 大学やCouseraでアルゴリズムの授業を取る

「チームトポロジー」や「エンジニアリングマネージャーのしごと」「スクラム実践者が知るべき97のこと」の著者や翻訳者などで知られる吉羽龍太郎氏が、「ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション）」という興味深いポストをX（旧Twitter）で公開しています。 ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション） コンウェイの法則 パレートの法則 グッドハートの法則 パーキンソンの法則 ブルックスの法則 リトルの法則 ピーターの法則 ハインリッヒの法則 ピーク・エンドの法則 ホフスタッターの法則 — Ryutaro YOSHIBA (@ryuzee) January 23, 2024 これらの法則の多くは経験則だったりもしますが、いずれにせよ知っておくと上司の説得に役立ったり、ソフトウェアの開発現場でチームの運営に役立ったり、物

メモを残す習慣 以前、@gorou_178さんが「1日1ファイル、「調べたこと」「やったこと」を日報として残す」という記事を公開していた。 この記事の中に以下のようなくだりがある。 そこでふと思い出したのが元同僚のメモの取り方。 毎日1ファイル作成して、そのファイルにその日にやったこと（事細かくやった作業、実行したコマンドなども）をメモしていた。メモは年単位で残っておりとても驚いたことを覚えている。 この、「元同僚」というのはきっと私のことである。 私はメモを取ることが結構と好きな方で、メモを残すことがわりと習慣化している。 例を挙げると、普段からこういったことをやっている。 Google Keepに「Podcastに出演してほしいゲスト候補」、「勉強会・カンファレンスの登壇履歴」、「来月購入予定の日用品・雑貨」、「自宅周辺の行ったことないラーメン屋」、「読みたい・気になったマンガ本」とい

チームで仕事するとき、みんなもう少し自分の存在、自分のリアクションがチームに与える影響を自覚した方がいい。 例えばミーティングでブレストしているとき、議論が前に進むのは、あるときふと場に出されたアイデアに対して、誰かが"それいいですね"って言った瞬間である。アイデアを出したとき、その人にはふつう、確信なんてほとんどない。僕なんか自分の意見に自信なんかなくて(大体みんなそうなのだ)、言ってみて、まわりの反応を見て、あ、なんか良さそうだ…と思ったときにやっと前に進むことができる。みんな、自信なんてないのだ。だからアイデアは、場に出されたときはまだ、波際の砂のお城のようにやわらかである。 しかし、あるアイデアに対して、それいいね、と声をもらったとき。いい顔が見えたとき。姿勢が前のめりになってくるとき。そのときとあるアイデアは、はじめて光るのだ、形になる可能性を見せるのだ。 * 逆に言えば、議論に

めもりーさんと語るFindy Engineer Lab オフ会＠東京 LT https://findy.connpass.com/event/294069/

編集・発行元 独立行政法人情報処理推進機構（IPA） 社会基盤センター 発行日 2019年12月20日 サイズ B5変形判 ページ数 498ページ ISBN 978-4-905318-72-9 定価 2,500円（税込） 書籍概要 概要 デジタル技術を活用して企業のビジネスを変革し、自社の競争力を高めていく「デジタル・トランスフォーメーション（DX）」が注目を集めるなか、従来のようなITベンダやシステム部門が中心になって要件定義をすすめるスタイルから、業務部門のユーザが主体的に関与するスタイルへの変革の必要性が増しています。 システムの要件を定義する責任は、構築されたシステムを利用してビジネスに貢献する役目を負うユーザにあると言われています。しかしながら、システム開発の遅延の過半は要件定義の失敗にあると言われるように、要件定義においては、その過程で様々な問題に直面します。 そこでIPAでは

はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい

フリーランスエンジニアの皆様、個人事業税、払ってますか？ こんにちは、モロ（@moro_is）です。 結論から申し上げますと、エンジニアは個人事業税払わなくて大丈夫です！ 完。 個人事業税とは 個人事業税とは、個人事業主、つまりフリーランスを対象とした地方税のひとつです。 開業届を出したが最後、毎年8月と11月（に徴税されるのでそのちょっと前）に各都道府県税事務所から仰々しいA4の封筒が送られてきて、よくわからないまま2万円くらい請求されます。 「個人事業税ってつまりなんじゃい」というと、 この税金は、事業を行う際に利用する道路などの公共施設や各種の公共サービスに必要な経費の一部を負担していただくもので、個人に課税される事業税と法人に課税される事業税とがあります。 https://www.pref.kanagawa.jp/zei/kenzei/a001/b004/index.html 個人

この記事で書きたいことは、以下のような内容です。 ・成果物やパフォーマンスを公開する時、どうしてもハードルを下げたくて、卑屈になってしまう時があります ・ですが、我々は「成果を誰かに見せる」時卑屈になるべきではありません。少なくともその時その場では、「これは最高の成果物だ」と信じて発表しなくてはいけません ・それは何故かというと、「自分の成果物への信頼」が、実際に受け取る側から見たクオリティにも直接影響する為です ・これは、成果物を作り上げていく過程で努力することや、色んな意見や批判を受けいれてクオリティを上げていくこととは矛盾しません。むしろワンセットの話です ・卑屈になっていると公開自体のハードルが高くなってしまうこともあり、無駄にMPを消費します ・我々には「自分の卑屈さをねじ伏せる覚悟」が必要です 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、

良い仲間作りでは「自分が人を助ける機会を多く持つ」こと 澤円氏（以下、澤）：では最初にいただいた質問の中で、一応これに答えておこうかな。 「仲間が大事というお話の流れで良い仲間作りで重要なのは、頼ること以外ではやはり自分自身がスキルや志を高くすることが必須ということでしょうか？　私もできないことを伝えることは、プライドもあったり周囲の期待に応えたくてなかなかできないです」ということなんですが、このへん、どうでしょうか。 助松裕一氏（以下、助松）：助松、答えていいですか？ 澤：もちろん、もちろん（笑）。 助松：今ふと思いましたけど、その時必ず向こうも私の何かを期待している。要はお互いの強みを意識しながらシェアし合ってたんでしょうね、今、気づきました（笑）。 澤：シェアし合うことによってお互いが補完したり補強し合ったりできると思えるから、組む選択肢になるんですよね。 助松：そうです、たぶん無意

TwitterでイラストレーターさんやYoutuberさん、筆者のようなwebライターをフォローしていると、この時期に全員が叫び始める言葉がある。それが「確定申告」だ。 確定申告。企業で働いている方や、学生さんには馴染みのない言葉かもしれない。 入社面接で「好きな四字熟語は？」と訊かれて「確定申告です」と答えようもんなら「ほう…君、おもしろいね」となることうけあいだが（この発言に責任はとれない）、なぜこの時期に、みなこぞって「確定申告」と叫びだすのだろうか。 しかも次に続く言葉はおおむね「いやだ」か「つらい」だ。地獄の釜の底でももうすこしヌルいと言わんばかりに苦しんでいる人もいる。 そこで、この記事では「確定申告ってどんなもんよ？」という話とともに、実際に去年の今頃ものすごく苦しんでいた筆者の、阿鼻叫喚のレポートをお届けしたい。 筆者自身は開業してからまだ2年目で、自動車でいえば初心者マー

経産省は「隠れた優良企業」を公表している 「モンスター企業に入りたくない」と話す相談者さんが、次のような本音を教えてくれました。 穏やかに働きたい。顧客を騙したくない。社員同士で足を引っ張り合いたくない。 悲しい現実ですが、会社の業績が良くないと、職場がギスギスする、嘘をついてでも利益をあげる、同僚を出し抜いてでも顧客を奪う――こんなことが起こりやすくなります。「もう、疲れた」「これ以上、自分を嫌いになりたくない」と切実な声をあげる転職相談者は多いのです。 当たり前のことを当たり前に大切にできる企業に転職したい。でも、どうすれば見つかるのか。 モンスター企業の避け方では厚労省を頼りましたが、今度は経産省の力を借りましょう。「隠れた優良企業」が見つかります。 経産省は平成26年、令和2年に「グローバルニッチトップ企業100選（GNT企業100選）」を公表しています。 「ニッチ」とは、参入して

この記事はグロースエクスパートナーズ Advent Calendar 2022の11日目です。 （補足追記：この記事は、一緒に働いている／働くことになる若い後輩たちへのメッセージです） 毎年、メンバーからお題をもらっているのですが「一緒に仕事する相手がこうだったら教えがいがある・やりやすいなと思う言動について書いてほしい」ということなので、僕のキャリア（もうちょっとで四半世紀...）の中で学んできたことも含めて、整理してみます。 心構え：作業ではなく、仕事をせよ まず、一緒に仕事をする上でお願いしたいのは「作業ではなく、仕事をしてほしい」ということです。ここでいう仕事と作業の定義は以下の通りです。 仕事というのは「ある目的を達成するための行動」 作業というのは「ある計画や手順のもとにおこなう行動」 仕事は作業を含んでいます。目的を達成する行動全般が「仕事」であり、仕事の中で具体的な手順を実

リンク www.amazon.co.jp Joel on Software | Joel Spolsky, 靖, 青木 |本 | 通販 | Amazon AmazonでJoel Spolsky, 靖, 青木のJoel on Software。アマゾンならポイント還元本が多数。Joel Spolsky, 靖, 青木作品ほか、お急ぎ便対象商品は当日お届けも可能。またJoel on Softwareもアマゾン配送商品なら通常配送無料。 206 users いぐぞー！！ ✈️ 旅するプログラマー @igz0 旅とプログラミングをこよなく愛します。 アメリカ大陸🇺🇸を横断しました！！小学生からプログラミング→新卒SIer→Webに目覚め個人事業主 兼 会社員。テレビ出演経験あり。 Webサービスを作りました。AI・VRに没頭中。IT関連中心にツイートします！！ネタ有。フォロー希望はリプください。

心が強くないと続かない これまで正社員含め20案件以上やってきた プロジェクトっていうのは色んな環境、色んな事情、色んな会社のステージ、色んなジャンル、色んな開発手法、色んな組織や文化 があって、それら全部に適応できるスーパーエンジニアなんて地頭がガチでいい一部の人間でしかない だから当然だけど何年もやってきたプロパーに比べてパートナーの適応力が劣るのは当たり前なんだ どこの組織でもそうだった 即戦力など基本的にありえない、慣れる時間は必要 正社員の方が上手くプロジェクトをこなし、フリーランスは怒られないように薄ら笑いをするのだ でも話してみると明らかにフリーランスの方がスキルや経験値は上なんだ あくまでそのプロジェクトにどれだけ対応できるかでいうと劣る 専用機か汎用機かみたいな感じ おそらく2,3年やればまた違うんだろう という上記のようなことをフリーランスは知ってるけど各会社の人は知ら

Please enjoy your vacation and the World Cup！😁 From your boss💕 https://t.co/VrnLxKWh4s