mcpField
C
ceo-as-risk-officer

ceo-as-risk-officer

github.com/kangarookingその他10954 回インストール28 週間前に更新
リポジトリ

ceo-as-risk-officer について

ceo-as-risk-officerは、CEOや管理者向けのリスク管理スキルです。リスク責任をリスク部門だけに任せず、CEOによるリスク確認、事前準備、資金調達への依存度の点検を通じて組織の備えを評価します。

主な機能

  1. 01CEOがリスクを把握しているか確認
  2. 02主要リスクと定期的な見直しを点検
  3. 03「ノアテスト」で事前準備を評価
  4. 04最悪の状況での資金調達依存を確認

活用シーン

  1. 01企業のリスク管理状況の評価
  2. 02リスク管理の報告系統の設計
  3. 03CEO自身のリスク責任の見直し

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/kangarooking/buffett-letters-skill --skill ceo-as-risk-officer

インストール後、Claude Code で/ceo-as-risk-officerを入力して読み込まれたか確認します。

同梱ファイルtest-prompts.json

詳細

CEO = 最高リスク責任者(ノアの法則を含む)

R — 原文 (Reading)

"The CEO of any large organization must be the Chief Risk Officer." (2022) "Noah did not wait for it to rain before building the ark." (2001)

I — 方法論の骨子

CEOのリスクに対する責任は委任できません:

  • リスク管理は独立した部門の仕事ではありません。CEOは自らリスクを理解し、管理する必要があります
  • 「雨を予測するだけでは不十分で、船を造ることが大切です」——リスクの存在を知っていても行動しなければ、管理していないのと同じです
  • 委員会への報告≠リスクを管理したこと——組織全体のリソースを動員して対応できるのはCEOだけです
  • バークシャー方式:300億ドル以上の現金を保有し、レバレッジを使わず、見知らぬ人の善意に頼りません

A1 — 書籍での適用例

事例:NetJetsの危機
  • 問題:NetJetsは2009年に深刻な損失を抱え、存続の危機に直面しました
  • 適用:バフェットはやむを得ず自ら経営を引き継ぎ、リスクが制御不能になった根本原因は、経営陣がリスクを最優先の責務と捉えていなかったことだと発見しました
  • 結果:「CEOはリスク管理を決して委任してはならない」という認識を深め、自ら管理したことで状況を好転させました

A2 — 発動する場面

  1. 企業のリスク管理が適切に行われているか評価する
  2. なぜ大企業でも突然破綻するのか理解する
  3. 組織構造を設計する際に、リスク管理の報告先を決める
  4. CEO/管理者として、自分自身のリスクに対する責任を振り返る
言語的なシグナル
  • 「リスク管理部門がリスクを管理すればいいのでは?」
  • 「CEOはリスクを自ら管理すべきですか?」
  • 「なぜ大企業は突然破綻するのですか?」
  • 「リスク管理はどのように行うべきですか?」

E — 実行可能なステップ

  1. CEOが自らリスクを管理しているか確認する

    • 完了基準:CEOは会社の最大のリスクを3つ正確に説明できますか?定期的に見直していますか?
  2. 「ノアのテスト」を行う

    • 完了基準:会社は晴れているうちから豪雨に備えていますか?それとも雨が降ってから行動していますか?
  3. 「見知らぬ人に頼らない」ことを検証する

    • 完了基準:最悪の事態でも、会社は外部から資金を調達せずに存続できますか?

B — 適用範囲と限界

  • CEO自らがリスクを管理すること≠マイクロマネジメントです。システムを構築する必要がありますが、最終責任は委譲できません
  • 中小企業のCEOには包括的なリスク管理を行うリソースがない場合がありますが、主要なリスクには引き続き自ら取り組む必要があります
  • 著者の盲点:バフェットが経営しているのは、非常に大きな資本基盤を持つ企業です。一般的なCEOが直面するリスクの種類やプレッシャーは、まったく異なります

関連スキル(フェーズ 3 で入力)

  • composes-with: no-leverage, institutional-imperative

監査情報

  • 検証済み:V1 ✓ / V2 ✓ / V3 ✓
  • 蒸留日:2026-04-16

コメント