2023年にエンジニアな私がマネジメントに目覚めてから読んでよかった3冊 - Lean Baseball
タイトルそのままのエントリーです. 気がつけば現職含めて「エンジニアのマネジメント」を行う職種を6年ちょいやらせてもらっています. マネジメントをする・しないを含めてキャリアパスどうする? マネジメントをやるとして何を教科書にしたら? 今どきの開発スタンス・マネジメントってどうしたら? みたいな悩みや迷い（&やっぱコードを書くエンジニアの仕事良さそうという脱マネジメントの検討*1）は常にありますが, 今年はそれに応えてくれる良著3冊に出会いました. スタッフエンジニア エンジニアのためのマネジメント入門 人が増えても速くならない 以上の3冊です. この3冊です（結論） スタッフエンジニア マネジメントを超えるリーダーシップ 作者:Will Larson日経BPAmazon エンジニアのためのマネジメント入門 作者:佐藤 大典技術評論社Amazon 人が増えても速くならない ～変化を抱擁せよ
問題の解決アプローチを見極める『クネビンフレームワーク』をざっくりまとめる - コード日進月歩
問題に対して因果関係に重きをおいて分類するフレームワーク、クネビンフレームワークをまとめる 「クネビン(カネヴィン)フレームワーク(Cynefin Framework)」とは 問題の種類を因果関係、秩序だったものか、突発できであるかなどの観点から捉えて分類し、どのように解決すべきかのアプローチをまとめたもの。図に表すと下記の通り。 Cynefin framework - Wikipedia を元にしたクネビンフレームワークの図 名称 説明とプラクティスの種類 単純 因果関係が単純な誰にでも解がわかる問題、ベストプラクティスが適用できる 困難 因果関係が複雑で解が複数あるような問題、専門家による分析でベストではない最適な解、グッドプラクティスを得ることができるような問題 複雑 分析だけでは到底解が出ない問題。繰り返し調査をしたりしながら問題を感知して解としてプラクティスを導き出す。 カオス
プロダクト・ポートフォリオ・マネジメント（PPM） | 用語解説 | 野村総合研究所(NRI)
企業の展開する複数の製品・事業の組み合わせと位置づけを分析し、全社レベルで最適な経営資源配分を判断する経営手法。 PPMとは、企業が展開する複数の製品・事業の組み合わせと経営資源配分を最適化するための考え方です。 事業段階を位置づけるマトリクス PPMは、元来、1970年代にボストン・コンサルティング・グループ（BCG）の開発した製品および事業のポートフォリオのフレームワークを指します。横軸に経験曲線効果に基づく相対的市場シェア、縦軸に製品ライフサイクル理論に基づく市場成長性を数値で表現する4象限のマトリクスにより、製品・事業の位置づけと組み合わせを一覧することができます。これにより、企業が展開する複数の製品・事業の戦略の方向性を検討する上で、（1）問題児（育成すべき段階）、（2）花形（現在の取り組みを維持・継続する段階）、（3）金のなる木（投資を抑えて収益を回収・収穫する段階）、（4）負
ポートフォリオマネジメントとは？最適な経営戦略のために手法と事例を解説 | オンライン研修・人材育成 - Schoo（スクー）法人・企業向けサービス
経営活動において、資源の適切な配分は重要です。資源は有限であるため、有効に配分しなければなりません。ポートフォリオマネジメントは最適な投資の意思決定を、合理的に行うマネジメント手法です。分析により合理的な判断が可能ですが、そこには注意点もあります。当記事では、ポートフォリオマネジメントの手法について、事例を交えて紹介します。 01ポートフォリオマネジメントとは？ そもそもポートフォリオとは、イタリア語のportafoglioに由来しています。元々の意味は紙ばさみや書類入れを意味しています。金融や証券業界では、投資家の有価証券を紙ばさみを使って運んでいたことから、投資家やファンドが保有している金融資産の一覧表、資産構成という意味で使われるようになりました。さらに転じて、事業会社が保持している事業や経営資源、プロジェクトの集合を指す言葉としても使われます。 ポートフォリオをマネジメントするとは
ナレッジマネジメントを組織に定着させるための提案｜國光俊樹
この記事はGoodpatchアドベントカレンダー2022の23日目の記事です。 突然ですが、私は昨年「ナレッジマネジメント」領域の新規事業を立案し、リサーチや価値検証を行いました。結果としてはβ版を複数社に導入していただきながら行った価値検証を経てクローズという判断になってしまったものの、そのプロセスを通じて様々な組織におけるナレッジマネジメントの状況や課題感、そしてベストプラクティスまで多くの知見を得ることができました。 今回はそういった経験を土台として、これまで発信の主テーマにしていた「UXデザイン」や「サービスデザイン」の領域ではなく「ナレッジマネジメント」というテーマで記事を執筆することにしました。 この記事では、組織としてナレッジマネジメントを推進する時にどのような観点や考え方が必要なのかを紐解いていけたらと思います。 (組織の状況やカルチャー、事業形態などによっても最適なHOW
ロードマップに機能を書くべからず｜小城久美子 / ozyozyo
機能を書くならバックログにまず機能だけが書かれたロードマップから見ていきましょう。時系列に沿って、どんな機能を追加するのか並んでいます。 残念ながら、多くの場合、機能開発が遅延したり、差し込み案件が発生したりして、以下のようになってしまいます。 こうなると、もうこのロードマップは信頼できません。過去の実装がここまで遅延していると、次に取り掛かる機能がいつリリースされるのか分からず、どれの優先度がもっとも高いのかも判断するのが難しくなってしまいます。 こういった「機能」に近いものは、縦長のプロダクトバックログの形式で並べ、ユーザーストーリーに分解して見積もったものを上から順番に実施していくほうがスッキリします。 では、ロードマップがなぜ必要なのかプロダクトバックログはとても良いものですが、プロダクトの中期的・長期的な未来を構想するには少し見づらくなります。特に、会社の中で中期的・長期的な方針
スカンクワークス － ＠IT情報マネジメント用語事典
革新的な製品・技術などを開発するために既存の研究組織とは別に設置される、（秘密の）独立型研究開発チームのこと。秘密裏に進められるプロジェクトを指すことがあり、さらに転じて技術者個人や少数チームが会社に報告せずに行っている研究開発活動をいう場合もある。 軍需産業や競争の激しい業界では、秘密保持のため新規製品の開発チームを既存組織とは切り離して設置することがある。物理的にも隔離して、存在自体を秘密にする場合もある。 独立組織とするメリットは、既存組織の束縛から解放されてゼロベースで解決策を考えることができる点で、少数精鋭でチームを構成すれば決断も早く、メンバー個々人の力を最大限に発揮できる環境が得られる。これらの面を期待して、特別なミッションを果たすために、特別な権限が与えられた研究開発チームが“スカンクワークス”である。 画期的なイノベーションの創出においては組織モデル以上に、研究者・技術者
体制を考えるときに意識していること - id:onk のはてなブログ
1on1 で伝えたので外にも書いておく。 プロダクトやチーム、メンバーのフェーズ まず現状分析。 自プロダクトは PPM で言う花形、金のなる木、問題児、負け犬のいずれに当たるのか 勢い MAX でめっちゃ盛り上げるのか、地味に役割を達成するのか。自チーム全集中なのか他チームのフォローに回るのかみたいな方針が変わる 自チームは エラスティックリーダーシップ で言うサバイバルモード、学習モード、自己組織化モードのいずれに当たるのか チームを改善しなければいけないのか、プロダクトだけを見ていて良いのか。チームで改善できるのか、リーダーや外部の強い意志が必要なのか 各メンバーは、期待される役割において SL理論 で言うとどのフェーズなのか 指示的行動が必要だとマイクロマネジメントすることになり、マネージャ/メンター的な人/行動を増やす必要がある 役割を網羅しているか こういう軸で考えていることが
プロジェクトを計画しすぎてダメにする方法 | タイム・コンサルタントの日誌から
「日本企業は、計画しすぎなんです。」——最近、ある外資系戦略コンサルタントから、こんなセリフを聞いた。いわゆるDXに関する話題の時だ。「計画して、それも細かく緻密な計画を立てて、石橋をたたくようにリスクを全て洗い出してから、はじめようとします。そして動き出したら、すぐ進捗率を問題にする。でも、そんなやり方では、イノベーションは動きません。」 たしかにまあ、日本企業、とくに製造業は、まず計画ありきで動いていると言ってもいい。年度計画（いわゆる「予算」）、月度計画、小日程計画・・。建設業も、似たところがある。全体工程表、月間工程表、週間工程表、等々。現場に行くと、計画表は、必ず目立つ位置にはり出してある。 だが、新しいビジネスモデルを創出するような、イノベーティブな試みは、目指すべき目的地が最初から決まっている訳ではない。登るべき山の頂が明確なら、アプローチの経路を地図の上に引き、どこまで登っ
オープンでフラットな組織が突然「閉鎖的」と言われるとき｜柴田史郎
柴田(@4bata)です。「それぐらいわかるだろ･･･」が通じなくなるタイミングがあるんだなという発見です！ 考えたきっかけ：「オープンでフラットだと思ってたけど、結構閉鎖的なところもある」というセリフを聞いたその人に情報が伝わってなかったのかな。私の最初の感想は「前からそうだった気がするけどな･･･」。以前から整った形で情報はちゃんと流れてない。私にとっては、今働いている会社が閉鎖的には見えてない。実際には閉鎖的な部分があるのだろう。その差を理解してみたくなった。 情報の伝わり方を単純化して考える近くにいる人には自分の活動内容や背景にある意図が勝手に届くとする。携帯の電波が届く範囲、みたいなイメージ。 接触頻度が高い人同士は、いろいろ理解できている。 人数が少ないときは、何もしなくても相互に活動内容や意図が伝わっている・自分が理解できない情報も、一緒に仕事してる隣の人に聞けば情報の背景が
属人化を排除した結果、「あなたはいてもいなくても同じ」と部下に言われた。 - Everything you've ever Dreamed
僕は食品会社の営業部長、自分で言うのもなんだが部下に慕われている部長と自負している。その証拠に、先日、休みを取ろうとしたら、部下の一人が気を使ったのだろうね、「いてもいなくても同じですから休んでください」と言われた。一瞬、思うところはあったけれども、ポジティブシンキングで目指していた自由に発言できる風通しのいい組織の証明ととらえた。実際、営業部を今の体制に変えたのは僕なのである。 ４年前、僕は中途入社した。それまでの経験から案件の発掘から成約まで一人でやりきってしまう営業マンを揃える営業組織に限界と疑問を感じていて、意見を同じくする社長のもとで、これまで組織を変えてきたのだ。ホークアイで見込み客を見つけ、マジカルトークで有力案件に育て、ミラクルな企画提案で契約を取るスーパーな営業マンを僕は否定しない。でもスーパーマンに依存した仕事のありようは組織としては正しくない。スーパーマンが退職したと
「結果が出ない焦り」と向き合う方法｜柴田史郎
柴田（@4bata）です。連休なので、適用範囲は広いけどすぐに役立たないことを調べつつ、自分なりに言語化します。 やりたいこと「一定の経験や学習量を超えるまでは全く答えが見えず、ある日突然答えが見える経験」の言語化2019年の10月に、今働いている会社で管理部門全般の責任者になることが事実上決まった。2021年の5月現在、「やっと、担当範囲の全体像がつかめてきたぞ、あと少しで、施策の優先順位等をつけられるな」という手応えを感じている。ここまで1.5年。この前にやっていた人事職でも、2年ぐらい同じように試行錯誤をしていた期間があったので、個人的には焦りはなかった。ただ周囲を見渡してみると、「2年ぐらいは結果でないけどやってみるかー」というスタンスで仕事に取り組める人ばかりではない。なので、言語化してみたい。 よくある「努力と結果は比例しない」の説明。これも現実とは違う。よくある説明図。頑張っ
プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
海外企業との共同プロジェクトにおけるフォーメーション・デザインは、どうあるべきか | タイム・コンサルタントの日誌から
前回の記事の末尾にも書いたが、「マネジメント・テクノロジー」という言葉を発案して、わたしに教えてくれたのは、今秋惜しくも亡くなられた勤務先の同僚、故・秋山聡氏である。秋山さんは、この語を《マネテク》と縮めて、『まねてくニュース』なるメールマガジンとデータベースを、社内に発信し続け、多くの愛読者を持っておられた。 秋山さんは高専を卒業後、大学の工学部に編入して修士号を得た、バリバリの理系教育を受けた人だった。日揮に入社後、海外プロジェクト・マネジメント部門で活躍されたが、ある時期より、ライン業務から一切手を引き、PM業務の標準化を中心としたスタッフ的役割に専念するようになった。プロマネ経験者こそが最大の出世コース、と思われているエンジニアリング業界にあって、これは随分と勇気のある処世だったと思う。 日揮においては「プロジェクト・マネジメント技術部」という部門が、一種のPMO的な機能を担ってき
【黎明卿】新しきボンドルドの度し難いコーチング - 本しゃぶり
『黎明卿』こと新しきボンドルド。 彼のコーチングには度し難い魅力がある。 本記事を読むことで共に夜明けを見届けるのだ。 http://miabyss.com/gallery.html 黎明卿の眩しさ 探窟家達の頂点にして、ヒトの限界を超えてアビスに挑む鉄人。それが我らが英雄「白笛」である。その中でも最も人気なのが『黎明卿』こと新しきボンドルドだ。 キャラクター | 劇場版「メイドインアビス」-深き魂の黎明- 公式サイト 不可侵のルートを開拓。深層でも活動できる拠点を確保し、停滞していた探窟技術を二つ飛びで推し進めた。2020年1月に公開された彼が主役の映画は、大ヒットしたことで上映劇場が追加され、4DXとMX4Dの上映もされるに至った。レーティングが【R15＋】だというのに。 劇場版「メイドインアビス 深き魂の黎明」を上映される劇場は、2月28日（金）から広がります。 ただ、どんなにキラキ
仕事納めとスクラムの話 - imog
今日で仕事が納まった。それと同時にチームメンバーが一人チームを去ることになった。送別会もしたのでお別れはまあそれなりにしたんだけど、結構自分に影響を与えたのでなんとなくブログとして残しておくことにした。 うちの部署は複数のスクラムチームで構成されているスクラムオブスクラムという形を取っている。僕がこのチームに配属されたのは二ヶ月前くらいのことだ。部署内の別のチームからこのチームに異動したのがきっかけだ。チームメンバーの一人であり、今回お別れした人は認定スクラムマスターを持つエンジニアであり、このチームはちゃんとアジャイルなチームになろうとしているという話を事前に聞いていた。(以降、この人を彼と呼ぶ) 前職でもスクラム開発はやっていたつもりだったし、以前のチームでもスクラムを行なっていたのでなるほどなるほどという感じでチームのやり方に乗っかっていくことにした。見積もりをして、計画で洗い出し、
エンジニアリングマネージャーという仕事について - kobakei's blog
今自分が働いている会社ではエンジニアリングマネージャーという肩書で仕事をしています。「ああ、エンジニアのマネジメントをする人ね」ってことなんですが、具体的にどういうことを考えてどういう仕事をやってるかを実際にやってみて分かったこともあるのでまとめておこうと思います。 一応注意としては、「自分はこう考えて仕事してるよ」っていうだけの話で、会社や組織によっては全然違うことを考えたり実行してる人も一杯いると思います。自分の仕事はピープルマネジメントがメインです。 ミッションは「エンジニアチームの生産性を最大化すること」 そもそもエンジニアリングマネージャーって何のために存在してるかというと、エンジニアチームの生産性を最大化するために存在してると思ってます。生産性を上げるためには、各メンバーのモチベーションを高く維持しないといけないし、メンバーのキャリアアップをサポートしないといけないし、メンバー
人を叱るときは「人前で」が、なぜ重要なのか（プレジデントオンライン） - Yahoo!ニュース
川崎製鉄とNKKの統合により誕生したJFEグループのトップとして、鉄鋼業界の国際的な再編のなかで経営を指揮、その後NHK経営委員会委員長や東京電力会長を歴任したプロ経営者でもある數土文夫さん。製鉄所のエンジニアとして技術畑を歩み、やがては経営の道へと進むなかで、歴史や中国古典を座右の書に「人間学」を学び、財界きっての教養人としても知られる。そんな數土流マネジメントの流儀の一部と、リーダーのための組織運営の知恵をご紹介しよう。(第3回/全3回) 【写真】世界最大の規模を誇るJFEスチール西日本製鉄所福山地区の高炉。 ■失敗も危機も経験したことがない 経営には人間学が必須です。人間に興味がない人が、人間の集団を率いることはできません。私が川崎製鉄の社長だった時代も、「人間に興味がない者を上級管理者にするな」と、口癖のように人事部に言っていました。 人間に興味を持つことは経営者として成功するため
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
要はアジャイルは行き当たりばったりってことですか？
