executive-update

エグゼクティブ向けアップデートスキル

忙しいエグゼクティブが実際に読む、ステークホルダー向けのアップデートを作成します。意思決定、リスク、数値など、エグゼクティブが重視する内容を中心に構成します。

Brain からの読み取り／Brain への書き込み

professional-brain（brain/）がある場合は、すでに把握していることを聞き直すのではなく、その情報を基にしてください。

• まず読み取る: 最近の decisions/、knowledge/（主要な数値とその定義）、context.md（文体）を確認します。python3 ../professional-brain/scripts/brain_query.py ./brain "<period or initiative>" を実行し、情報の出所も引き継ぎます。[verbal] のみの指標にはその旨を明記してください。
• 📥 Brain への記録を提案: アップデートでは主に情報を 読み取ります が、新たな意思決定やコミットメントが見つかった場合は、出所情報を付けて decisions/ への記録を提案してください。内容を提示して了承を得てから、../professional-brain/scripts/brain_write.py … --commit で書き込みます（追記のみ。デフォルトではドライラン）。

必要な入力

以下が提供されていない場合は、ユーザーに確認してください。

• 製品アップデートまたはメモ（変換する元の情報。箇条書きでも構いません）
• 対象読者（CEO、取締役会、特定のエグゼクティブ、または経営陣全般）
• 期間（今週／スプリント／月／四半期）
• 主要指標（この対象読者にとって重要な数値）

エグゼクティブ向けコミュニケーションの原則

• 背景ではなく、要点から始めます
• アップデートでは必ず「これはビジネスにとって何を意味するのか？」に答えます
• 必要な意思決定を明確に示します。段落の中に要望を埋もれさせないでください
• リスクについて率直に伝えます。エグゼクティブは悪いニュースよりも不意打ちを嫌います

プロセス

1. 提供された製品アップデートをすべて読みます
2. 主要指標の変化、必要な意思決定、明示すべきリスク、祝うべき成果を特定します
3. 重要度の高い内容から書く、逆ピラミッド型の構成にします
4. 本文は最大250語に収めます
5. 選択肢と推奨案を明示した「必要な意思決定」セクションを追加します
6. 検証 — 必要な意思決定にはそれぞれ具体的な選択肢と推奨案があること（単に「未定」としない）、またすべてのリスクに軽減策または監視計画があることを確認します

出力形式

製品アップデート — [Date / Sprint / Month]

要点: [最も重要なことを一文で]

数値で見る進捗:

今期間の進捗: [活動ではなく成果に焦点を当てた箇条書き3〜4項目]

リスクと注視事項: [軽減策を含む、率直な箇条書き2〜3項目]

必要な意思決定:

1. [意思決定事項] — 選択肢: [A] または [B] — 推奨案: [あなたの見解] — 期限: [日付]

次の予定: [次の期間の優先事項に関する箇条書き2〜3項目]

品質チェック

• アップデート全体が250語未満である（超える場合は徹底的に削る）
• すべての指標に比較対象（目標または前期間）が含まれている
• すべてのリスクに軽減策または監視アクションがある
• 必要な意思決定すべてに、少なくとも2つの選択肢と推奨案がある
• CFO または CEO 向けに書かれており、専門用語を避け、すべて成果に焦点を当てている

避けるべきパターン

• 背景や経緯から始めないでください。エグゼクティブは最初に要点を読みます。導入の説明を2文続けてから重要事項を書くと、見落とされます
• 比較対象なしで指標を示さないでください。文脈（目標または前期間との比較）のない数値は解釈できず、追加の質問を招きます
• リスクを和らげたり、都合よく見せたりしないでください。エグゼクティブはリソース配分やエスカレーションの判断にこのアップデートを頼りにしています。リスクを無害に見せるとアップデートの有用性が損なわれます
• 推奨案なしで「必要な意思決定」の項目を提示しないでください。見解を示さずにエグゼクティブに判断を求めると、本来 PM が行うべき分析作業を押し付けることになります
• 本文を250語以内に収めてください。長さは、作成者が情報を整理しきれていないことを示します。250語を超える語が増えるほど、アップデートが読まれる可能性は低くなります