mcpField
E
execute

execute

github.com/alirezarezvani生産性28.9k376 回インストール2 日前に更新
リポジトリ

execute について

executeは、承認済みの意思決定を90日間の実行計画にするClaudeスキルです。作業の分割、担当者の指定、週次マイルストーンと確認日程の設定、リスクの記録を行います。

主な機能

  1. 01意思決定を90日計画に変換
  2. 02作業を3〜6のワークストリームに分割
  3. 03各ワークストリームにDRIを指定
  4. 04週次マイルストーンを12件作成
  5. 05確認日程とリスク一覧を設定

活用シーン

  1. 01承認済みの意思決定の実行
  2. 02ワークストリームごとの担当者の割り当て
  3. 03チェックポイントまでの週次進捗管理
  4. 0490日後の振り返りに向けたリスク確認

インストール

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

$npx skills add https://github.com/alirezarezvani/claude-skills --skill execute

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

詳細

/cs:execute — 90日間の実行計画

コマンド： /cs:execute <decision-path>

承認済みの意思決定を、週ごとのマイルストーン、担当者（DRI）、チェックインの頻度を含む90日間の計画に変換します。多くの意思決定が頓挫するのは、「決定した」から「次の月曜日に何をするか？」に至るまでの間です。

パイプライン内の位置

/cs:office-hours  →  /cs:brief  →  /cs:boardroom  →  /cs:decide  →  /cs:execute  →  /cs:post-mortem
                                                                       ↑ you are here

入力

承認済みの意思決定記録（/cs:decide の出力）。

出力計画の形式

~/.claude/execution/YYYY-MM-DD-<slug>.md に保存します。

# Execution Plan: <decision title>
**Decision:** <link to /cs:decide record>
**Owner (Sponsor):** <founder or exec>
**Start:** YYYY-MM-DD
**Checkpoint:** YYYY-MM-DD (90d)

## Outcome (binding)
[Copied from decision: success + kill criteria]

## Workstreams
| Workstream | DRI | Success Metric | Status |
|---|---|---|---|
| <e.g., Pricing rollout> | <name> | <metric, threshold> | Not started |
| <e.g., Comms> | <name> | <metric> | Not started |
| <e.g., Eng changes> | <name> | <metric> | Not started |

## Weekly Milestones
| Week | Milestone | DRI | Definition of Done |
|---|---|---|---|
| 1 | <e.g., positioning locked> | <name> | <observable outcome> |
| 2 | <e.g., draft launched> | <name> | <observable> |
| 3 | ... | | |
| 12 | <e.g., checkpoint review> | <name> | <observable> |

## Cadence
- **Weekly:** Owner reviews status (15 min)
- **Bi-weekly:** Cross-functional sync (30 min)
- **Day 30 / 60 / 90:** Checkpoint with cs-chief-of-staff

## Dependencies
- Internal: <list>
- External: <vendors, regulators, customers>

## Risk Register
| Risk | Likelihood | Impact | Owner | Mitigation |
|---|---|---|---|---|
| <e.g., delayed legal review> | M | H | <name> | <plan> |

## Kill Criteria Watch
[Copied from decision; reviewed at every checkpoint]
- <metric, threshold, action>

ワークフロー

  1. 意思決定記録を読みます
  2. 選択した案を3～6個のワークストリームに分解します
  3. 各ワークストリームの担当者（DRI）を決めます
  4. チェックポイントの日付から逆算して、12週間分のマイルストーンを設定します
  5. 実施頻度を設定します（毎週＋隔週＋30日・60日・90日のチェックポイント）
  6. リスク一覧を作成します（元のフェーズ4で挙げた悪魔の代弁者による懸念事項と照合します）
  7. 保存して、担当者（DRI）に通知します

90日間にする理由

  • 実際の成果を示すのに十分な長さです（活動だけにとどまりません）
  • 損害が拡大する前に軌道修正するには十分な短さです
  • 四半期ごとのOKRサイクル、資金調達のスプリント、ほとんどの取締役会の開催頻度に合致します

次のアクション

  • /cs:post-mortem <decision> — 90日目に実施します（または、終了基準に達した場合はそれ以前に実施します）
  • /cs:boardroom — チェックポイントで再決定が必要だと判明した場合に実行します

関連項目

バージョン： 1.0.0

コメント

Markdown 対応