mcpField
I
implementation-planning

implementation-planning

github.com/anotb生産性6238 回インストール8 週間前に更新
リポジトリ

implementation-planning について

Implementation Planningは、承認済みの方針と制約を実行可能な計画にまとめるスキルです。依存関係、能力、資金、責任者、根拠に基づく判断を考慮し、方式の比較やロードマップ、遅延からの立て直しを支援します。

主な機能

  1. 01実行可能な方式の比較
  2. 02ワークストリームと依存関係の整理
  3. 03マイルストーンと判断ゲートの計画
  4. 04責任者とガバナンスの割り当て
  5. 05予算・能力・リスクの確認

活用シーン

  1. 01承認済み方針のロードマップ作成
  2. 02資金と実行方式の評価
  3. 03成果物を責任者付きの作業に分割
  4. 04プロジェクト再建と遅延対応の計画

インストール

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

$npx skills add https://github.com/anotb/management-consulting-plugin --skill implementation-planning

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

同梱ファイルreferences/scheduling-and-resourcing.md

詳細

実行計画の策定

資金、キャパシティ、依存関係、およびすでに決定された方針を尊重した計画を作成します。指定された段階から着手してください。実行アプローチの比較、資金の確保、ロードマップの設計、ワークストリームの詳細化、または遅延している計画の立て直しに対応します。方針と資金がすでに承認されている場合、戦略を繰り返したり、新たな事業計画を作成したりしないでください。

提示された推奨事項、制約、マイルストーン、リソースの利用可能性、およびベースラインを使用します。不明点を明示し、根拠のある部分から計画を進めてください。有用または妥当な計画を立てるうえで入力の不足が妨げになる場合に限り、質問してください。推定期間、提案する担当者、未承認の日付は、必ずその旨を明示してください。確約事項を捏造しないでください。

実現可能なアプローチを選ぶ

実行方法に選択の余地がある場合は、関連する場合、延期または現行業務の継続も含め、実質的に異なるアプローチを比較します。加重評価を行う前に、絶対的な制約を確認してください。法的要件を満たさないこと、ピーク時の資金需要を賄えないこと、または必要なキャパシティを確保できないことは、高いスコアで補うことはできません。重み付けは意思決定者の優先事項を反映する場合にのみ使用し、妥当な範囲で条件を変えた場合に選択が変わるかどうかを検証してください。

資金分析が求められる場合は、一貫したベースラインに照らして、増分コストと便益、その発生時期、下振れリスク、および必要資金を示します。解放されるキャパシティと現金支出の削減を区別し、収益と貢献利益を区別してください。大規模な計算には、利用可能であれば財務モデリングを使用してください。このワークフローは、そのスキルがインストールされていることを前提としません。計画を整って見せるために、ハードルレートを捏造したり、標準的な予備費率を追加したりしないでください。

作業の順序を決める

活動を割り当てる前に、成果と受け入れ基準を定義します。管理可能な責任範囲と明確なインターフェースに基づいて、ワークストリームをグループ化します。日付を確約する前に、依存関係、必要なクライアントの意思決定、ベンダーのリードタイム、および事業カレンダー上の制約を整理してください。

クリティカルパス、工数、キャパシティ、および立て直しには、スケジューリングとリソース計画を使用してください。目標日と実現可能な予測を区別します。事業継続性を守り、必要に応じて並行業務、トレーニング、定着支援、サポート、および便益測定を考慮してください。

証拠がそろうにつれてコミットメントを段階的に解除するロールアウトゲートを選びます。必要な証拠、権限、および対応を明示してください。対応には、続行、条件を限定して続行、見直し、または中止が含まれます。これらは計画を実行するためのゲートであり、後続フェーズの計画を作成するための前提条件ではありません。先行フェーズの証拠を待つ間も、後続フェーズの暫定計画は有用なものとして維持できます。

オーナーシップと統制を割り当てる

各成果物について、説明責任を負う役割と作業を実行する人員を示します。RACIでは、通常、Aを1名、Rを1名以上割り当てます。小規模なチームでは、A/Rの兼任も認められます。共同で権限を持つ法務担当者や義務付けられた承認を、簡略化したマトリクスの中で見えなくすることなく、どのように表すかを確認してください。協議対象の役割は、その意見によって作業が変わる人員に限定します。

提示されている場合は、クライアントの既存のガバナンスを使用します。一般的な2週間または10%という基準ではなく、重要度、意思決定に残された時間、および権限に基づいてエスカレーションを設定してください。継続的な報告には、利用可能であればプロジェクトガバナンスを活用できます。コンサルティング上の推奨事項と、クライアントによる承認権限および支出権限を区別します。

提示して確認する

求められた詳細度に応じて、成果、順序、ワークストリーム、マイルストーンの根拠、依存関係、キャパシティ、予算、リスク、および直ちに必要な意思決定やアクションを提示します。短いロードマップに、完全なプログラムハンドブックは必要ありません。

日付が依存関係に沿っていること、リソース需要が利用可能な範囲に収まっていること、予算の数値が一致していること、便益の測定責任者が決まっていることを検証してください。制約要因と、遅延によって生じる影響を示します。立て直し計画では、当初のベースライン、現在の予測、および提案するリセットを区別してください。ベースラインを暗黙に置き換えて遅延をなかったことにしないでください。計画の達成を妨げる可能性のあるリスクについて、発動条件と代替策を明示してください。

コメント