日本の開発現場における最強AIプロンプトチートシート② - プロジェクトマネジメント

計画策定

プロジェクト計画作成プロンプト

以下の情報を元にプロジェクト計画書を作成してください：

【プロジェクト概要】
{プロジェクトの目的、背景、スコープ}

【成果物】
{納品予定の成果物リスト}

【主要マイルストーン】
{主な節目となる日程の候補}

【ステークホルダー】
{関係者とその役割}

【予算・リソース情報】
{予算規模、投入可能な人員数など}

【制約条件】
{納期、品質要件、予算制約など}

【出力形式】
- プロジェクト概要と目標
- スコープ定義（含む/含まない範囲）
- 成果物リスト
- WBS（作業分解構造）
- スケジュール（ガントチャート形式で説明）
- 役割分担（RACI表）
- リスク管理計画
- コミュニケーション計画

プロジェクト計画レビュープロンプト

以下のプロジェクト計画をレビューしてください：

【プロジェクト計画書】
{プロジェクト計画書の内容}

【プロジェクト背景】
{プロジェクトの背景情報}

【レビューの観点】
- 計画の完全性（必要な要素が全て含まれているか）
- スケジュールの現実性
- リソース配分の適切さ
- リスク識別の十分さ
- WBSの詳細度

【出力形式】
- 計画の強み
- 懸念点・弱点
- リスクが不足している可能性がある領域
- スケジュール上の問題点
- リソース配分の調整提案
- 改善のための具体的な提案

要員計画作成プロンプト

以下の情報を元に要員計画を作成してください：

【プロジェクト情報】
{プロジェクトの概要、スコープ、期間}

【WBS】
{作業分解構造またはタスクリスト}

【必要スキル】
{プロジェクトに必要なスキルセット}

【利用可能リソース】
{配属可能な人員と各人のスキル}

【制約条件】
{予算制約、時間制約など}

【出力形式】
- 役割定義
- 要員配置表（時系列）
- スキルマトリクス
- リソース負荷グラフ（説明）
- 外部調達が必要なリソースの特定
- クリティカルパス上の要員リスク
- ピーク時の要員対策

要員計画レビュープロンプト

以下の要員計画をレビューしてください：

【要員計画】
{要員計画の内容}

【プロジェクト情報】
{プロジェクトの概要、スコープ、期間}

【レビューの観点】
- 要員配置の適切さ
- スキルとタスクのマッチング
- リソース負荷の均一性
- リスクへの対応
- キャパシティの過不足

【出力形式】
- 計画の強み
- 懸念点・弱点
- オーバーアロケーションの可能性がある箇所
- スキルギャップのリスク
- 依存関係の問題
- 改善のための具体的な提案

テスト全体計画作成プロンプト

以下の情報を元にテスト全体計画書を作成してください：

【プロジェクト概要】
{プロジェクトの概要、目的}

【開発対象システム】
{システムの構成、機能概要}

【開発方法論】
{ウォーターフォール、アジャイルなど}

【品質要件】
{要求される品質レベル、重点品質特性}

【制約条件】
{スケジュール、環境、予算など}

【出力形式】
- テスト戦略の概要
- テストレベル（単体、結合、システム、受入）の定義
- テスト環境要件
- テストデータ要件
- テスト実施スケジュール
- テスト体制と役割
- テスト自動化の範囲と方針
- 合否基準
- リスクと対策
- テスト成果物の管理方法

テスト計画レビュープロンプト

以下のテスト計画書をレビューしてください：

【テスト計画書】
{テスト計画書の内容}

【プロジェクト情報】
{プロジェクトの概要、スコープ、期間}

【レビューの観点】
- テスト網羅性
- テスト環境の適切さ
- スケジュールの現実性
- テスト自動化の十分さ
- リスク対策の妥当性

【出力形式】
- 計画の強み
- 懸念点・弱点
- テストケースの網羅性に関する懸念
- スケジュール上の問題点
- テスト環境に関する課題
- 改善のための具体的な提案

移行計画作成プロンプト

以下の情報を元に移行計画書を作成してください：

【プロジェクト概要】
{プロジェクトの概要、目的}

【現行システム情報】
{現システムの構成、データ量、利用状況}

【新システム情報】
{新システムの構成、特徴}

【移行要件】
{ダウンタイム制約、データ整合性要件など}

【ステークホルダー】
{移行に関わる関係者とその役割}

【出力形式】
- 移行戦略の概要
- 移行フェーズと作業項目
- 移行スケジュール
- 移行体制と役割
- データ移行方針と手順
- 環境移行方針と手順
- 移行リハーサル計画
- 切り戻し計画
- 移行判定基準
- リスクと対策

移行計画レビュープロンプト

以下の移行計画書をレビューしてください：

【移行計画書】
{移行計画書の内容}

【プロジェクト情報】
{プロジェクトの概要、移行対象、期間}

【レビューの観点】
- 移行戦略の適切さ
- スケジュールの現実性
- リスク対策の十分さ
- 切り戻し計画の実行可能性
- 移行判定基準の妥当性

【出力形式】
- 計画の強み
- 懸念点・弱点
- 見落とされている可能性のある移行作業
- スケジュール上の問題点
- リスク対策の不足点
- 改善のための具体的な提案

SLA作成プロンプト

以下の情報を元にSLA（サービスレベル合意書）を作成してください：

【サービス概要】
{提供するサービスの内容と目的}

【サービス範囲】
{SLAの対象となるサービスの範囲}

【サービスの利用者】
{サービスを利用する顧客や部門}

【サービス提供者】
{サービスを提供する部門やベンダー}

【サービス要件】
{サービスに求められる可用性、性能などの要件}

【出力形式】
- SLAの目的と範囲
- サービスレベル指標（KPI）と目標値
 （可用性、性能、障害対応時間など）
- サービス時間（営業時間、保守時間など）
- サポート体制と連絡窓口
- インシデント対応プロセス
- 報告とレビューの方法と頻度
- 違反時の対応（ペナルティなど）
- 測定方法と報告方法
- 免責事項
- 見直しの頻度と方法

SLAレビュープロンプト

以下のSLA（サービスレベル合意書）をレビューしてください：

【SLA】
{SLAの内容}

【サービス情報】
{サービスの概要、利用者、提供者}

【レビューの観点】
- 指標（KPI）の妥当性と測定可能性
- 目標値の現実性と妥当性
- サポート体制の適切さ
- インシデント対応の明確さ
- 違反時の対応の公平性

【出力形式】
- SLAの強み
- 懸念点・弱点
- 測定困難または曖昧な指標
- 実現困難と思われる目標値
- 責任範囲の不明確な点
- 改善のための具体的な提案

見積もり

3秒見積もり作成プロンプト

以下のプロジェクト情報を元に3秒見積もりを行ってください。現場の有識者の感覚でざっと見積もる形式で回答してください：

【プロジェクト概要】
{プロジェクトの概要、目的}

【作業項目リスト】
{見積もり対象の作業項目}

【類似プロジェクト情報】
{過去の類似プロジェクトのデータ（あれば）}

【想定リスク】
{考慮すべきリスク要因}

【チーム情報】
{チームの規模、スキルレベルなど}

【出力形式】
- 作業項目ごとの工数見積もり（人日）
- 見積もりの根拠（経験則）
- 不確実性の度合い
- 特に注意すべきリスク要因
- 追加で確認すべき情報

3秒見積もりレビュープロンプト

以下の3秒見積もりをレビューしてください：

【3秒見積もり】
{3秒見積もりの内容}

【プロジェクト情報】
{プロジェクトの概要、作業項目など}

【レビューの観点】
- 見積もり値の現実性
- リスク要因の考慮の十分さ
- 想定の妥当性
- 経験則の適用の適切さ

【出力形式】
- 見積もりの強み
- 懸念点・弱点
- 見積もり値の不自然な箇所
- 考慮されていないリスク要因
- 改善のための具体的な提案

概算見積もり作成プロンプト

以下の情報を元にプロジェクトの概算見積もりを作成してください：

【プロジェクト概要】
{プロジェクトの概要、目的、スコープ}

【主要機能リスト】
{実装予定の主な機能}

【類似プロジェクト情報】
{過去の類似プロジェクトの規模・工数（あれば）}

【制約条件】
{納期、品質要件など}

【前提条件】
{チーム構成、開発環境などの前提}

【出力形式】
- 工数見積もり（人月）
- 期間見積もり（カレンダー月）
- コスト見積もり（概算）
- 作業項目ごとの大まかな内訳
- 見積もりの前提条件
- 不確実性・リスク要因
- 見積もり精度の評価
- 詳細見積もりに必要な追加情報

概算見積もりレビュープロンプト

以下の概算見積もりをレビューしてください：

【概算見積もり】
{概算見積もりの内容}

【プロジェクト情報】
{プロジェクトの概要、機能リストなど}

【レビューの観点】
- 見積もり値の現実性
- 前提条件の妥当性
- リスク要因の考慮の十分さ
- 作業項目の網羅性
- 見積もり精度の評価の適切さ

【出力形式】
- 見積もりの強み
- 懸念点・弱点
- 過小評価されている可能性のある項目
- 過大評価されている可能性のある項目
- 考慮されていないリスク要因
- 改善のための具体的な提案

詳細見積もり作成プロンプト

以下の情報を元にプロジェクトの詳細見積もりを作成してください：

【プロジェクト情報】
{プロジェクトの詳細情報}

【WBS】
{詳細な作業分解構造}

【成果物リスト】
{作成予定の成果物と複雑さ}

【リソース情報】
{アサイン予定の人員と能力}

【非機能要件】
{パフォーマンス、セキュリティなどの要件}

【リスク要因】
{考慮すべきリスク}

【出力形式】
- WBS項目ごとの詳細工数
- リソースごとの作業配分
- クリティカルパスの特定
- タスク間の依存関係
- コスト内訳（人件費、ツール費、外注費など）
- 根拠と算出方法の説明
- リスクバッファの配分
- 見積もり精度の評価

詳細見積もりレビュープロンプト

以下の詳細見積もりをレビューしてください：

【詳細見積もり】
{詳細見積もりの内容}

【プロジェクト情報】
{プロジェクトの詳細情報、WBSなど}

【レビューの観点】
- 見積もり値の現実性
- WBS項目の粒度の適切さ
- リソース配分の妥当性
- タスク間の依存関係の正確さ
- リスクバッファの適切さ

【出力形式】
- 見積もりの強み
- 懸念点・弱点
- 過小評価されている可能性のある項目
- 過大評価されている可能性のある項目
- 見落とされている可能性のあるタスク
- 依存関係の矛盾や問題点
- 改善のための具体的な提案

プロジェクト管理

コミュニケーションルール作成プロンプト

以下の情報を元にプロジェクトのコミュニケーションルールを作成してください：

【プロジェクト概要】
{プロジェクトの概要、目的}

【チーム構成】
{チームメンバーの役割、所属、勤務地など}

【ステークホルダー】
{主要な関係者とその役割}

【コミュニケーション課題】
{現在のコミュニケーションにおける課題や懸念}

【プロジェクト特性】
{アジャイル、ウォーターフォール、分散開発など}

【出力形式】
- コミュニケーションの基本原則
- 会議体系（定例会議、レビュー会議など）とその目的・頻度・参加者
- 報告ルール（日次/週次/月次報告の内容と形式）
- 情報共有ツールとその使い分け（チャット、メール、文書管理など）
- エスカレーションルール
- リモートワーク時のコミュニケーション指針
- 緊急時の連絡体制

コミュニケーションルールレビュープロンプト

以下のコミュニケーションルールをレビューしてください：

【コミュニケーションルール】
{設定されたコミュニケーションルールの内容}

【プロジェクト情報】
{プロジェクトの概要、チーム構成}

【レビューの観点】
- ルールの明確さと実行可能性
- 情報伝達の効率性
- 意思決定プロセスの適切さ
- 障害発生時の対応フロー
- ステークホルダー管理の十分さ

【出力形式】
- ルールの強み
- 懸念点・弱点
- コミュニケーション漏れが生じる可能性がある領域
- 過剰なコミュニケーションコストがかかる可能性
- 改善のための具体的な提案

体制図作成プロンプト

以下の情報を元にプロジェクト体制図を作成してください：

【プロジェクト概要】
{プロジェクトの概要、目的}

【チームメンバー】
{メンバー名、役割、スキル、所属部門}

【ステークホルダー】
{関係者と関与度合い}

【組織構造】
{関連部門の構造、指示系統}

【プロジェクト特性】
{開発方法論、チーム分散状況など}

【出力形式】
- プロジェクト体制図（テキストで表現）
- 役割と責任の定義（RACI表）
- 意思決定フロー
- レポートライン
- ステークホルダーマップ
- 体制上の特記事項や留意点

体制図レビュープロンプト

以下のプロジェクト体制図をレビューしてください：

【体制図】
{体制図の内容}

【プロジェクト情報】
{プロジェクトの目的、規模、特性}

【レビューの観点】
- 役割分担の明確さ
- 責任と権限の適切な配分
- コミュニケーションパスの効率性
- 意思決定プロセスの明確さ
- リソース配分の適切さ

【出力形式】
- 体制の強み
- 懸念点・弱点
- 役割や責任の曖昧さや重複
- 意思決定ボトルネックの可能性
- 改善のための具体的な提案

進捗管理ルール作成プロンプト

以下の情報を元に進捗管理ルールを作成してください：

【プロジェクト概要】
{プロジェクトの概要、目的、規模}

【開発方法論】
{ウォーターフォール、アジャイル、ハイブリッドなど}

【WBS/作業項目】
{主な作業項目とマイルストーン}

【チーム構成】
{チームの規模、構成、分散状況}

【報告先/報告頻度】
{報告先と求められる報告頻度}

【出力形式】
- 進捗の定義（完了の定義、進捗率の計算方法）
- 進捗状況の収集方法と頻度
- 進捗報告のフォーマットと項目
- 進捗会議の運営方法
- 遅延発生時の対応プロセス
- ツールの活用方法
- EVMなどの定量的手法の適用方法（該当する場合）

進捗管理ルールレビュープロンプト

以下の進捗管理ルールをレビューしてください：

【進捗管理ルール】
{設定された進捗管理ルールの内容}

【プロジェクト情報】
{プロジェクトの概要、規模、開発方法論}

【レビューの観点】
- ルールの明確さと実行可能性
- 進捗測定の客観性
- 報告負荷の適切さ
- 早期警告の仕組みの有効性
- アクションにつながる情報提供

【出力形式】
- ルールの強み
- 懸念点・弱点
- 進捗遅延の早期発見に関する課題
- 報告負荷とメリットのバランス
- 改善のための具体的な提案

課題管理ルール作成プロンプト

以下の情報を元に課題管理ルールを作成してください：

【プロジェクト概要】
{プロジェクトの概要、目的、規模}

【プロジェクト特性】
{技術的複雑さ、ステークホルダーの多様さなど}

【チーム体制】
{チームの規模、構成、役割}

【過去の類似プロジェクトでの課題傾向】
{あれば記載}

【出力形式】
- 課題の定義と分類方法
- 課題の登録・更新・クローズのフロー
- 課題の優先度付けの基準
- 課題のエスカレーション基準
- 課題管理会議の運営方法
- 課題管理ツールの活用方法
- 課題状況の報告フォーマット
- 長期未解決課題への対応方針

課題管理ルールレビュープロンプト

以下の課題管理ルールをレビューしてください：

【課題管理ルール】
{設定された課題管理ルールの内容}

【プロジェクト情報】
{プロジェクトの概要、特性}

【レビューの観点】
- ルールの明確さと実行可能性
- 課題の可視化の十分さ
- 責任の明確さ
- 解決プロセスの効率性
- 優先順位付けの妥当性

【出力形式】
- ルールの強み
- 懸念点・弱点
- 課題の埋没リスク
- 過度な管理負荷の可能性
- 改善のための具体的な提案

変更管理ルール作成プロンプト

以下の情報を元に変更管理ルールを作成してください：

【プロジェクト概要】
{プロジェクトの概要、目的、フェーズ}

【変更の種類と想定頻度】
{要件変更、スコープ変更、リソース変更など}

【ステークホルダー】
{変更承認に関わる関係者}

【契約形態】
{準委任、請負など契約上の制約}

【出力形式】
- 変更の定義と分類
- 変更要求の提出フォーマットと必要情報
- 変更の評価プロセス（影響範囲、コスト、スケジュール）
- 変更承認フロー（承認権限者の定義）
- 変更実施後の検証方法
- 変更の記録・追跡方法
- 緊急変更の取り扱い
- 変更に伴う計画・文書の更新プロセス

変更管理ルールレビュープロンプト

以下の変更管理ルールをレビューしてください：

【変更管理ルール】
{設定された変更管理ルールの内容}

【プロジェクト情報】
{プロジェクトの概要、契約形態}

【レビューの観点】
- ルールの明確さと実行可能性
- 変更プロセスの効率性
- 責任と権限の適切な配分
- 変更の影響分析の十分さ
- 緊急変更への対応力

【出力形式】
- ルールの強み
- 懸念点・弱点
- スコープクリープのリスク
- 変更プロセスの煩雑さ
- 改善のための具体的な提案

品質管理ルール作成プロンプト

以下の情報を元に品質管理ルールを作成してください：

【プロジェクト概要】
{プロジェクトの概要、目的}

【品質目標】
{達成すべき品質レベルや品質指標}

【成果物とレビュー対象】
{主要な成果物とレビュー対象}

【プロジェクト特性】
{技術的複雑さ、新規性、リスクなど}

【組織の品質基準】
{組織で定められた品質基準や標準がある場合}

【出力形式】
- 品質方針と目標
- 品質指標と測定方法
- 品質保証活動（レビュー、テスト、監査など）
- 品質基準（受入基準、完了定義など）
- 欠陥管理プロセス
- レビュープロセスと基準
- 品質報告の方法と頻度
- 品質改善のためのフィードバックループ
- 役割と責任

品質管理ルールレビュープロンプト

以下の品質管理ルールをレビューしてください：

【品質管理ルール】
{設定された品質管理ルールの内容}

【プロジェクト情報】
{プロジェクトの概要、品質目標}

【レビューの観点】
- ルールの明確さと実行可能性
- 品質指標の測定可能性と有効性
- 品質保証活動の十分さ
- 品質基準の適切さ
- フィードバックプロセスの効果

【出力形式】
- ルールの強み
- 懸念点・弱点
- 見落とされている品質リスク
- 過度な品質コストの可能性
- 追加すべき品質保証活動
- 改善のための具体的な提案