マネジメント

CTOの思考法 技術と組織を動かす意思決定・戦略・リーダーシップ

マネジメント

CTOの思考法 技術と組織を動かす意思決定・戦略・リーダーシップを読んだ。 この本は、技術リーダーが経営陣の一員として真に機能するために必要な視点を、技術・ビジネス・人間関係の3つの側面から解き明かした本だ。技術をいかにビジネス価値に変換し、CEOなど他の経営陣と共通言語で対話するかという「翻訳者」としての重要性を説いている。 CTOの役割は単なる技術選定にとどまらず、採用や組織文化の醸成、さらに...

CTO 事業戦略 リーダーシップ

組織を変える5つの対話―対話を通じてアジャイルな組織文化を創る

マネジメント

組織を変える5つの対話―対話を通じてアジャイルな組織文化を創るを読んだ。 この本はアジャイルな組織文化を醸成するために必要な5種類の対話のあり方について書かれている本。 目標・制約・進捗・プロセス・学習といったテーマごとに対話の型を示し、チームや組織が自律的に動けるようになるための対話実践を具体的に解説する。トップダウンの変革ではなく対話を起点とした文化変容を目指しており、アジャイル導入を推進した...

組織設計 組織論 アジャイル

ダイナミックリチーミング 第2版―5つのパターンによる効果的なチーム編成

マネジメント

ダイナミックリチーミング 第2版―5つのパターンによる効果的なチーム編成を読んだ。 この本はチーム構成の変化を管理・活用するための5つのパターンについて書かれている本。 一人ずつ加わるパターン・チームを分割するパターン・チームを統合するパターンなど、実際の現場で起きるチーム編成の変化を類型化し、それぞれの特性と対処法を事例とともに解説する。チームの変化を「避けるべき混乱」ではなく「活用できる機会」...

組織設計 組織論 マネージャー

リーダーの作法―ささいなことをていねいに

マネジメント

リーダーの作法―ささいなことをていねいにを読んだ。 この本はエンジニアリングリーダーとしての日々の小さな行動が組織文化とチームの信頼を形成するという考え方について書かれている本。 会議の場での発言・フィードバックの渡し方・1on1の質など、地味だが積み重なれば大きな差を生む「ささいなこと」の重要性を具体例とともに説く。技術的に優秀なエンジニアがリーダーへと成長する過程で見落としがちな対人スキルや習...

リーダーシップ

エンジニアリングチームのリード術―Googleに学ぶインディビジュアルコントリビューターとマネージャーのための実践ガイド

マネジメント

エンジニアリングチームのリード術―Googleに学ぶインディビジュアルコントリビューターとマネージャーのための実践ガイドを読んだ。 この本はGoogleのエンジニアリング文化を参考に、ICとマネージャー双方の視点からエンジニアリングチームを効果的にリードする方法について書かれている本。 キャリアラダー・コードレビュー・技術的負債の扱い・プロジェクトマネジメントなど日常業務に根ざしたテーマを体系的に...

チームマネジメント リーダーシップ マネージャー

エンジニアリング統括責任者の手引き―組織を成功に導く技術リーダーシップ

マネジメント

エンジニアリング統括責任者の手引き―組織を成功に導く技術リーダーシップを読んだ。 この本はVPエンジニアリングやCTOなど技術組織のトップとして組織を牽引するための思考法と実践について書かれている本。 採用・組織設計・技術戦略・経営陣との連携など、技術リーダーとしての広範な責務を具体的に論じる。個別のマネジメント技法ではなく、組織全体を俯瞰してシステムとして動かす視点が中心で、将来的にEngine...

組織論 チームマネジメント リーダーシップ マネージャー

エンジニアリングマネージャーのしごと―チームが必要とするマネージャーになる方法

マネジメント

エンジニアリングマネージャーのしごと―チームが必要とするマネージャーになる方法を読んだ。 この本はエンジニアリングマネージャーとして実際にチームを機能させるための実践的な手法について書かれている本。 1on1の設計・フィードバックの与え方・採用・チームの文化形成など、EMが直面する具体的な課題に対して処方箋を示す。技術者出身のマネージャーがつまずきがちな点(委任・評価・人間関係)を丁寧に解説してお...

チームマネジメント リーダーシップ マネージャー

チームトポロジーとは何か

マネジメント

チームトポロジーとは何か? チームトポロジーとは「ビジネス価値のフロー(流れ)を最大化するための、適応型の組織設計モデル」である。 従来の組織設計(階層型組織図)と決定的に異なるのは、以下の点を最優先することである。 静的な「ヒエラルキー」ではなく、動的な「フロー」を重視する 「人間の認知負荷(Cognitive Load)」を設計の制約条件とする ソフトウェアアーキテクチャと組織構造をセットで...

チームトポロジー チームマネジメント 組織設計

ソフトウェア開発チームがMVVを定めるべき理由

マネジメント

ソフトウェア開発において「技術的に正しいか」を議論することは重要である。しかし、それだけでは不十分である。技術的な正解というものは、技術のトレンドや実行環境、あるいはビジネスフェーズの変化によって容易に変容するからである。 論理が整っていることは大前提だが、変化の激しい開発現場において、チームが一貫性のある評価軸を持ち続けるためには、拠り所となる「価値観」が必要不可欠である。 開発チームにおけるM...

チームマネジメント

カモメになったペンギン

マネジメント

カモメになったペンギンを読んだ。 ペンギンがカモメになった話・・・ではなく、変化が求められる環境でどのように課題を解決するか、チームを組成するかということを学ぶことができる寓話。 変革を成功させる八段階のプロセスはリーダーやマネージャーなど組織に変化をもたらすような立場のポジションであれば、頭の中に入れておきたい考えではないだろうか。 ...

組織論