ownership-coach について
ownership-coachは、チームの責任感と意思決定の主体性を育てるリーダーシップスキルです。意図に基づくリーダーシップ、業績基準、優先順位づけを通じて、停滞や細かな管理、責任転嫁に対処します。
主な機能
- 01極端なオーナーシップの原則
- 02意図に基づくリーダーシップの実践
- 03役割ごとの業績基準
- 04委譲する意思決定の範囲設定
- 05取り組みの優先順位づけ
活用シーン
- 01チームの失敗後の責任転嫁への対処
- 02細かな管理の削減
- 03停滞したプロジェクトの責任明確化
- 04個人の予定と注力事項の見直し
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ joellewis/ skill-library --skill ownership-coachインストール後、Claude Code で/ownership-coachを入力して読み込まれたか確認します。
詳細
概要
オーナーシップ・コーチングとは、リーダーやチームに全面的な説明責任を育む実践です。このスキルは、「リーダー・フォロワー」(命令を与える)から「リーダー・リーダー」(意図を伝える)へとパラダイムを転換し、一人ひとりが自分の世界に責任を持ち、「なぜ」を理解し、妥協のないパフォーマンス基準を維持できるようにします。
指針となる原則
原則 1:徹底したオーナーシップ(出典:Willink、『Extreme Ownership』)
悪いチームはなく、悪いリーダーがいるだけです。リーダーは自分の世界のすべてに責任を持たなければなりません。部下が失敗した場合、リーダーはその責任を引き受け、勝利への道筋を見つけなければなりません。言い訳はオーナーシップを損ないます。
原則 2:リーダー・リーダーモデル(出典:Marquet、『Turn the Ship Around!』)
「リーダー・フォロワー」(命令を与える)から「リーダー・リーダー」(意図を伝える)へと移行します。部下が許可を求める代わりに、「私は〜するつもりです」という発言をすることで、オーナーシップが育まれます。
原則 3:パフォーマンス基準(出典:Walsh、『The Score Takes Care of Itself』)
オーナーシップは、あらゆる役割に妥協のない基準を設けることから始まります。プロセスと基準を徹底して厳格に守れば、「スコア」(結果)は自ずとついてきます。
原則 4:「心から望むか、さもなくば断る」(出典:Sivers、『Hell Yeah or No』)
オーナーシップには、大胆な優先順位付けが必要です。機会に対して「ぜひやりたい!」と思えないなら、答えは「いいえ」です。これにより、本当に重要な少数のことに責任を持つために必要な時間と集中力を守れます。
原則 5:作り手のスケジュールを守る(出典:Graham、「Maker's Schedule, Manager's Schedule」)
リーダーはチームの環境に責任を持ちます。「作り手」(エンジニア、ライター)にとって、これは長く中断されない時間を確保することを意味します。会議は、作り手がプロジェクトに対するオーナーシップを失う原因にもなり得る「例外」です。
このスキルを使う場面
- チームが失敗の原因を外部要因のせいにしている場合。
- リーダーがマイクロマネジメントをしており、「管理を手放す」必要がある場合。
- 明確な説明責任が欠けているためにプロジェクトが停滞している場合。
- 個人が圧倒されており、スケジュールに対するオーナーシップを取り戻す必要がある場合。
このスキルを使わない場面
- 生き残るために即時の中央集権的な指揮が必要となる、高速で変化する「戦時」の状況(平時への移行が目的である場合を除く)。(出典:Horowitz、第 7 章)
- 「意図に基づく」リーダーシップのオーバーヘッドがメリットを上回る、些細なタスク。
基本プロセス
ステップ 1:非難の監査を行う(鏡を見る)
自分(リーダー)が明確さ、リソース、サポートを提供できていない点を特定します。(出典:Willink、第 1 章)
- 問いかけ:「チームがこれに責任を持つのを妨げるために、私がしていること(またはしていないこと)は何だろうか?」
- **オーナーシップの表明:**文化を立て直すため、チームの現在の失敗について公の場で責任を引き受けます。
ステップ 2:「私は〜するつもりです」へ移行する
許可を求めるコミュニケーションパターンから、意図を伝えるパターンへと切り替えます。(出典:Marquet、第 15 章)
- 部下をコーチする:「どうすればよいでしょうか?」と聞かれたら、「あなたはどうするつもりですか?」と答えます。
- **能力と明確さを確認する:**部下が成功に必要な技術的能力と戦略的な明確さを備えていることを示した場合にのみ、「意図」を承認します。
ステップ 3:パフォーマンス基準を定める
すべての役割で求められる具体的な行動と品質水準を文書化します。(出典:Walsh、第 1 章)
- プロセスに注目する:「運」による結果だけでなく、基準の遵守を評価します。
- **「譲れない条件」:**絶対に守るべき基準と、試行錯誤の余地がある基準を明確にします。
ステップ 4:分散型指揮(意図に基づく統制)
部下が自分の担当範囲内で意思決定できるようにします。(出典:Willink、第 8 章)
- 目標を伝える(指揮官の意図):「なぜ」と「最終状態」を説明します。
- **境界を定める:**意思決定における具体的な「左右の限界」は何でしょうか?
- **管理を手放す:**一歩下がり、実行を任せます。
ステップ 5:「最高だ」と思えることに集中できているか監査する
現在の取り組みを見直し、「雑多なもの」を取り除きます。(出典:Sivers、『Hell Yeah or No』)
- 取り組みを列挙する: すべてのプロジェクト、会議、定期的なタスクを挙げます。
- 判断基準: 「最高だ!」と思えないものには、委任、先送り、削除のいずれかを検討します。
フレームワークとモデル
リーダー・リーダーの階層(出典:Marquet、『Turn the Ship Around!』)
- レベル 1: 何をすればよいか教えてください。(フォロワー)
- レベル 2: 私は……だと思います。(フォロワー)
- レベル 3: 私は……を提案します。(フォロワー)
- レベル 4: 私は……するつもりです。(リーダー)
- レベル 5: 私は……を実行しました。(リーダー)
平時と有事の CEO(出典:Horowitz、『Hard Thing About Hard Things』)
- 平時: 文化、長期的なビジョン、「物事の進め方」に焦点を当てます。
- 有事: 生き残ること、即時の実行、「今、何をすべきか」に焦点を当てます。有事におけるオーナーシップとは、生存計画を絶対的に順守することです。
スキル横断の呼び出し
- 必須のサブスキル:
feedback-coach— 士気を損なわずに「Extreme Ownership」のメッセージを伝えるため。 - 推奨されるサブスキル:
difficult-conversations— 「パフォーマンス基準」を守るため。 - 推奨されるサブスキル:
operational-excellence— オーナーシップを持続させる「仕組み」を構築するため。
よくある間違い
- 責任のなすり合い: 失敗の責任を自分で引き受けず、チーム、市場、競合のせいにすること。(出典:Willink、第 1 章)
- マイクロマネジメント: チームの能力を信頼できず、管理権限を手放さないこと。(出典:Marquet、第 10 章)
- 意図の曖昧さ: 「なぜ」を伝えずに目標を示し、実行の足並みがそろわなくなること。(出典:Willink、第 3 章)
- 会議の肥大化: 「メイカーのスケジュール」を無視し、中断によってチームのオーナーシップを損なうこと。(出典:Graham、「Maker's Schedule」)
診断チェックリスト
- 私(リーダー)は、現在の失敗に対する個人的な責任を引き受けましたか?
- チームは許可を求めるのではなく、「私は……するつもりです」と表明していますか?
- 関係する各役割に、明確な「パフォーマンス基準」がありますか?
- 「指揮官の意図」(なぜそれを行うのか、そして最終状態)を定義しましたか?
- 「最高だ!」と思えないものすべてに「ノー」と言っていますか?
出典
- Willink、『Extreme Ownership』、第 1、3、8 章 — オーナーシップ、信念、分散型指揮。
- Marquet、『Turn the Ship Around!』、第 1~3、10、15 章 — リーダー・リーダー、コントロール、意図。
- Walsh、『The Score Takes Care of Itself』、第 1、3 章 — パフォーマンス基準、説明責任。
- Horowitz、『The Hard Thing About Hard Things』、第 5、7 章 — 人材/プロダクト/利益、平時/有事。
- Sivers、『Hell Yeah or No』 — 徹底した優先順位付け。
- Paul Graham、「Maker's Schedule, Manager's Schedule」 — 時間のオーナーシップ。