なぜリーダーシップ書はインストールされにくいのか
リーダーシップ書は「読んだ瞬間は腑に落ちるが、月曜の朝には消えている」という特性があります。これは 読書文脈と実務文脈が分離している ことが原因です。技術書のようにコードを書けば動作確認できる対象がなく、フィードバックループが極端に長いのです。
本記事では、書籍を実装に変換するための 7 ステップを示します。
Step 1: 課題ドリブンで本を選ぶ
「評判だから」「上司が読んでいるから」で選ぶのは最悪です。いま自分のチームで起きている摩擦 を 1 行で書き出し、それに最も近い章タイトルを持つ本から選ぶ。例えば「1on1 が雑談で終わる」なら『High Output Management』のミーティング章が直撃します。
Step 2: 入門→実践→組織の順で並べる
初手で『Team Topologies』のような組織設計書を読むと、抽象度が高すぎて空回りします。順序設計が重要です。
- 入門: マネジメントの語彙を揃える (例: High Output Management)
- 実践: 人と仕事の現場 (例: Peopleware)
- 組織: チーム構造と認知負荷 (例: Team Topologies)
- プロダクト: 戦略との接続 (例: Empowered)
Step 3: 1 章ごとに 1 アクション
章末で必ず「来週月曜にやる行動」を 1 つ書く。書かないなら読まない。これだけで読書 ROI が 5 倍になります。アクションは「メンバー A の 1on1 アジェンダを変える」「ふりかえりのフォーマットを差し替える」など、48 時間以内に着手できる粒度に。
Step 4: 1on1 で対話素材にする
チームメンバーと「いまこの本を読んでいて、こういう実験をしたい」と共有する。1on1 は学んだことの実装場所 として最良です。一方的な押し付けではなく、メンバーの困りごととぶつけて使う。
Step 5: 3 ヶ月後にリトライする
同じ本を 3 ヶ月後に再読すると、刺さる章が変わっています。これは 読者の文脈が成長した証拠。読書ノートに「再読時メモ」欄を必ず作りましょう。
読書はリーダーシップの近道ではありませんが、自分専用のメンター候補を 100 人ストックする 行為に近い。安く、速く、24 時間相談できるメンターを増やす感覚で、月 1 冊のリーダーシップ書を続けてください。
