目次
- 1. 「プロンプト例」の使い方
- 2. 優れたプロンプトに必要な5つの要素
- 3. 生成AIを活用して、1日のプロジェクト管理を効率化
- 4. プロジェクト立ち上げ期のAI活用
- 5. プロジェクト計画・設計期のAI活用
- 6. プロジェクト実行期のAI活用
- 7. プロジェクト終了・評価期のAI活用
- 8. クライアントコミュニケーションのAI活用
- 9. プロジェクト内部マネジメントのAI活用
- 10. 高度なプロンプト手法と応用
はじめに
このライブラリは、SIer企業のプロジェクトマネージャーが生成AIを実践的に活用するための事例、サンプルプロンプト、および機能説明を集めたものです。
これらのプロンプトは、プロジェクトマネージャーの時間を節約し、創造性を発揮するのに役立ちます。自由に修正して、ご自身のプロジェクトやチームのニーズに最適なものにしてください。
このライブラリを活用して、生成AIを日々のプロジェクト管理業務にお役立てください。
1. 「プロンプト例」の使い方
- 目標に合ったプロンプトを選びましょう
- プロンプトをカスタマイズしましょう
- プロンプトをコピーして、お使いの生成AIツールに貼り付けます
- 生成AIが生成したアウトプットを確認し、必要に応じて修正や調整を加えます
プロンプト例では「優れた指示に必要な5つの要素」（詳細は次セクション参照）を色分けして示しています。 🔶 はプロンプトの目印です。
人物 内容 形式や語調 制約 例
基本と応用
本ライブラリでの「基本」と「応用」の定義は以下の通りです。
- 基本: 情報収集のための生成AI活用、主に単発的な使い方
- 応用: プロジェクト管理プロセス最適化のための生成AI活用、他ツールと連携した高度な活用、主に継続的・拡張的な使い方
2. 優れたプロンプトに必要な5つの要素
プロンプトで必ずしも5つの要素すべてを使用する必要はありませんが、複数の要素を含めてプロンプトを作成すると効果的です。
人物（ペルソナ）
生成AIにどんな人として回答を作ってほしいのか
役職、専門性、経験年数など
「プロジェクトマネージャーの仕事内容を説明してください。求められる必要なスキルと経験を含めてください」
内容（タスク）
質問や指示はどんな内容なのか？
できるだけ詳細に
「要件定義書のレビューのためのチェックリストを作成してください」
形式や語調（フォーマット・トーン）
どんな形式や雰囲気で回答してほしいのか？
表形式、箇条書き、フォーマルなトーンなど
制約（コンテキスト）
質問や指示の詳細な状況や背景など
文字量、プロジェクトの規模、特有の条件など
「金融系システムの開発プロジェクトを想定し、セキュリティ面で特に注意すべき点に焦点を当ててください」
例
例えばどんな回答をしてほしいのか？
具体的な例があれば示す
「例：『要件定義の曖昧さはないか』『ステークホルダーの承認は得られているか』など」
自然な会話と情報の提供
生成AIと「自然な会話」をするように、質問や指示に必要な「情報」を丁寧に伝えてください。そうすることで、生成AIはあなたの意図をより正確に理解し、より適切で役立つ回答を生成してくれるでしょう。
❌ 「PMの仕事を教えて。」
⭕ 「エンタープライズ向けSIerのプロジェクトマネージャーの仕事内容を説明してください。求められる必要なスキルと経験を含めてください」
❌ 「プロジェクト計画を作って。」
⭕ 「Web系システム開発プロジェクトの計画書のテンプレートを作成してください。プロジェクト期間は6か月、チーム規模は10名程度を想定しています。」
3. 生成AIを活用して、1日のプロジェクト管理を効率化
生成AIを使用して日常業務を効率化し、負担を軽減することで、より多くの時間をステークホルダーとのコミュニケーションや、戦略的判断に充てることができます。
8:00 AM
朝のステータスレポートの自動生成
昨日までのプロジェクト進捗データを生成AIに入力し、簡潔で分かりやすいステータスレポートを作成。チーム全体へ共有する情報を効率的に準備できます。
9:30 AM
会議議事録の要約と次のアクション抽出
朝のスクラムミーティングの議事録を生成AIに分析させ、重要なポイントと次のアクションアイテムを抽出。責任者や期限も明確にして、タスク管理ツールに統合します。
11:00 AM
クライアントメールのドラフト作成
プロジェクトの進捗状況や課題をクライアントに報告するメールの下書きを生成AIに作成させ、トーンや内容を確認後、最終調整して送信します。
1:30 PM
技術的課題の解決策検討
開発チームから報告された技術的課題について、生成AIを使って解決策のブレインストーミングを行い、複数の選択肢を整理して意思決定を効率化します。
3:00 PM
リスク評価と対応策の立案
プロジェクトの現状を生成AIに入力し、潜在的リスクの特定とその影響分析、優先順位付け、対応策の提案を得て、リスク管理計画を短時間で更新します。
4:30 PM
週次レポートと予測分析の作成
この週の進捗データを基に、生成AIを使って詳細な週次レポートと、今後の進捗予測、リソース最適化提案を含む分析レポートを作成します。
4. プロジェクト立ち上げ期のAI活用
プロジェクト憲章（プロジェクト計画書）の作成支援
プロジェクト憲章は、プロジェクトの目的、範囲、目標などを明確にする重要な文書です。生成AIを活用して、構造化された充実した憲章を短時間で作成できます。
基本
🔶 あなたは経験豊富なプロジェクトマネージャーです。 新規の金融システム刷新プロジェクトのプロジェクト憲章のテンプレートを作成してください。 プロジェクト憲章には、プロジェクトの目的、目標、範囲、主要マイルストーン、ステークホルダー、主要なリスクと制約事項のセクションを含めてください。各セクションには簡潔な説明と記入例を含めてください。 金融機関向けの内容で、セキュリティとコンプライアンスの観点も含めてください。ドキュメントの長さは3ページ程度を想定しています。
応用
🔶 すでに作成したプロジェクト憲章をレビューして、弱点や潜在的な問題を特定してください。特に、ステークホルダーの関与が不足している部分、リスク評価が不十分な領域、目標とKPIの関連性、スコープの曖昧さについて詳しく分析してください。レビュー結果は、強みと改善点に分けて箇条書きで提示し、それぞれの改善点について具体的な修正提案も含めてください。
以下が現在のプロジェクト憲章の内容です：
[ここに現在のプロジェクト憲章を貼り付け]
ステークホルダー分析と対応計画の立案
プロジェクトのステークホルダーを特定し、その影響力や関心度を分析して適切な対応戦略を策定します。
基本
🔶 あなたはステークホルダーマネジメントの専門家です。 大規模な基幹システム刷新プロジェクトのステークホルダー分析と対応計画のテンプレートを作成してください。 まず、想定されるステークホルダーのリストを役割別にカテゴライズし、次に影響力と関心度に基づくマッピング方法、最後にステークホルダータイプ別のコミュニケーション戦略を表形式で提示してください。 クライアント側と自社側の両方のステークホルダーを考慮し、特に組織的抵抗が予想される場合の対応策も含めてください。 例えば、「高影響力・低関心」のステークホルダーには定期的な個別報告を行うなど、具体的な対応例を含めてください。
応用
🔶 プロジェクト期間中にステークホルダーの優先事項や関心が変化した場合のシナリオ分析を行ってください。以下の状況における対応戦略を提案してください：
1. クライアント側の主要意思決定者が交代した場合
2. プロジェクトの優先順位が企業全体で低下した場合
3. 新たな規制要件が途中で追加された場合
4. エンドユーザーからの初期フィードバックが否定的だった場合
各シナリオについて、初期の兆候、対応するためのステップ、コミュニケーション戦略の変更点を具体的に説明してください。また、このような変化に備えるためのステークホルダーマネジメント計画の柔軟性を高める方法も提案してください。
要件収集のための質問リストの作成
効果的な要件収集は成功するプロジェクトの基盤です。生成AIを使って、包括的で洞察に満ちた質問リストを作成できます。
基本
🔶 あなたは要件定義の専門家です。 製造業向け在庫管理システムの要件収集のための質問リストを作成してください。 質問は機能要件と非機能要件に分けて、カテゴリごとにグループ化してください。各質問には、質問の目的と、回答から得られる要件への影響を簡潔に説明してください。 クライアントの技術的知識が限られている可能性があるため、専門用語は最小限に抑えて、業務プロセスと目標に焦点を当てた質問にしてください。 例：「現在の在庫管理プロセスでどのような課題に直面していますか？」（目的：現行システムの問題点を特定し、新システムでの改善点を明確にする）
応用
🔶 要件収集インタビューを実施した後、以下の課題が明らかになりました：
1. クライアントの担当者が業務プロセスの詳細を十分に説明できなかった
2. 部門間で要件の矛盾が存在する
3. 将来の拡張性に関する具体的なビジョンが不明確
これらの課題に対処するための、第2回インタビューの戦略と詳細な質問リストを作成してください。特に、以下の点に焦点を当ててください：
- 矛盾する要件を解決するためのファシリテーション技術
- 業務プロセスを詳細に可視化するためのアプローチ
- 将来のビジネスシナリオを導き出すための質問
- 優先順位付けを支援するための質問
また、インタビュー前に準備すべき資料や、インタビュー中に使用できるワークショップ形式の提案も含めてください。
5. プロジェクト計画・設計期のAI活用
WBSとタスク分解の最適化
作業分解構造（WBS）の作成と最適化を支援し、プロジェクトのタスクを適切な粒度で分解します。
基本
🔶 あなたはWBS作成の専門家です。 Webアプリケーション開発プロジェクトのWBSテンプレートを作成してください。 階層構造で表現し、各レベルの作業項目と、最下層のタスクには工数見積もりのための考慮事項を含めてください。 プロジェクト期間は6ヶ月、チーム構成はプロジェクトマネージャー1名、設計者2名、開発者5名、テスター2名を想定しています。また、フロントエンドはReact、バックエンドはJava Spring Bootを使用します。 例えば、「1. 計画フェーズ > 1.1 要件定義 > 1.1.1 ユーザーストーリー作成（担当：設計者、工数：40時間）」というような形式です。
応用
🔶 作成したWBSを分析し、以下の観点から最適化提案をしてください：
1. クリティカルパスとなる可能性の高いタスクの特定と、それらのリスク軽減策
2. 並行して実施可能なタスクの特定と、リソース配分の最適化案
3. タスク間の依存関係で見落としている可能性のある関係性
4. 各フェーズでの品質チェックポイントの追加提案
5. アジャイル開発手法を部分的に取り入れる場合の、WBS構造の修正案
また、このWBSをプロジェクト管理ツール（JIRAなど）に効率的に移行するための構造化方法も提案してください。
リスク管理計画の作成
プロジェクトのリスクを特定し、評価して対応策を計画します。
基本
🔶 あなたはリスク管理の専門家です。 大規模なERPシステム導入プロジェクトのリスク管理計画を作成してください。 リスクを技術的リスク、スケジュールリスク、リソースリスク、ビジネスリスク、組織的リスクの5つのカテゴリに分類し、各リスクに対して、リスクの詳細、発生確率（高/中/低）、影響度（高/中/低）、対応戦略（回避/転嫁/軽減/受容）、具体的な対応策を表形式で提示してください。 既存システムからの大規模なデータ移行を伴い、ユーザー5000人以上の多国籍企業を想定しています。また、プロジェクト期間は2年間で、複数のベンダーが関与する前提です。
応用
🔶 作成したリスク管理計画に対して、モンテカルロシミュレーションを実施するための準備をしたいと思います。以下の項目を詳細に説明してください：
1. 各リスクに数値的な確率と影響度を割り当てる方法
2. リスク間の相関関係を特定し、モデル化する方法
3. シミュレーション実行のためのパラメータ設定
4. シミュレーション結果の解釈と、リスク対応策の優先順位付けへの活用方法
また、プロジェクト進行中にリスク状況を効果的にモニタリングするためのKRIの提案と、リスク管理のための会議体制（頻度、参加者、アジェンダ構成）についても提案してください。特に、グローバルプロジェクトにおける文化的・地理的な要素を考慮したリスクコミュニケーション戦略に焦点を当ててください。
クオリティプランの策定
プロジェクトの品質保証計画を作成し、各フェーズでの品質基準と確認方法を定義します。
基本
🔶 あなたは品質保証の専門家です。 モバイルバンキングアプリケーション開発プロジェクトのクオリティプランを作成してください。 プロジェクトのフェーズごとに品質目標、品質基準、検証方法、受け入れ基準、品質メトリクスを表形式で整理してください。また、品質管理プロセスと責任者の役割も明確に定義してください。 金融セキュリティ規制への準拠が必須であり、iOS/Androidの両プラットフォームに対応する必要があります。また、ユーザー体験の品質も重要な要素として考慮してください。 例：設計フェーズでの品質基準「すべての設計文書はセキュリティアーキテクトによるレビューを受け、OWASP Top 10の脆弱性対策が考慮されていること」
応用
🔶 DevOpsとCI/CDパイプラインを活用した継続的品質保証の枠組みを、このモバイルバンキングアプリケーション開発プロジェクトに統合したいと考えています。以下の項目について詳細な計画を提案してください：
1. 自動化されたテスト戦略（単体テスト、統合テスト、UI/UXテスト、セキュリティテスト、パフォーマンステスト）
2. コード品質測定のためのツールと基準（コードカバレッジ、静的コード分析、複雑性メトリクスなど）
3. 継続的インスペクションとフィードバックループの確立方法
4. セキュリティとコンプライアンス要件の継続的検証方法
5. リリース前の品質ゲートとゴー/ノーゴー判断基準
また、アジャイル開発手法を採用する場合のイテレーションごとの品質保証活動と、最終的な規制対応のためのドキュメント作成を両立させる方法についても説明してください。
6. プロジェクト実行期のAI活用
進捗報告とステータスレポートの作成
プロジェクトの進捗状況を明確に伝えるレポートを作成します。
基本
🔶 あなたはプロジェクト報告の専門家です。 週次の進捗報告書のテンプレートを作成してください。 エグゼクティブサマリー、達成した主要マイルストーン、進行中の作業、次週の計画、リスクと課題、リソース稼働状況のセクションを含め、視覚的に理解しやすいダッシュボード形式で設計してください。 経営層と技術チームの両方に理解できる内容にし、重要な情報が一目で把握できるようにしてください。1ページに収まるコンパクトな形式が望ましいです。 例えば「全体進捗：予定通り（緑）」のように、状況を色で視覚化する要素を含めてください。
応用
🔶 プロジェクトが予定より遅れており、重要なマイルストーンを達成できない状況になった場合のコミュニケーション戦略を立てたいと思います。以下のシナリオに基づいて、特別進捗報告書を作成してください：
- 予定より30%進捗が遅れている
- 主要機能の開発に技術的な障害が発生
- 追加のリソースが必要だが、すぐには確保できない
- クライアントとの契約上のマイルストーンが2週間後に迫っている
この報告書には以下を含めてください：
1. 現状分析と遅延の根本原因
2. 影響評価（スケジュール、コスト、スコープへの影響）
3. 複数の回復計画オプションとその比較分析
4. 推奨されるアクションプランと意思決定者に求める決断事項
5. リスク軽減策と今後の進捗モニタリング方法
また、この状況をクライアントに伝える際の効果的なコミュニケーション方法と、予想される質問への回答例も含めてください。
課題管理と解決策の提案
プロジェクト実行中に発生する課題を効果的に管理し、解決策を見つけます。
基本
🔶 あなたは問題解決の専門家です。 システム開発プロジェクトで発生しがちな典型的な課題とその解決アプローチをまとめてください。 課題のカテゴリ、具体的な課題の例、影響、解決アプローチ、予防策を表形式でまとめてください。 アジャイル開発手法を採用したプロジェクトを想定し、技術的課題、チーム関連の課題、クライアント関連の課題、プロセス関連の課題の4カテゴリに分類してください。 例：「課題：チームメンバー間のコミュニケーション不足、解決アプローチ：デイリースタンドアップミーティングの導入と振り返りセッションの強化」
応用
🔶 プロジェクトで以下の複合的な課題が発生しています：
1. クライアントの要件が頻繁に変更され、スコープクリープが発生している
2. チーム内のスキルセットにギャップがあり、特定の技術領域で進捗が遅れている
3. サードパーティコンポーネントの統合に予期せぬ技術的問題が発生
4. リモートとオンサイトの混合チームでコラボレーションの障壁がある
これらの課題の相互関係を分析し、根本原因を特定してください。その上で、以下を含む総合的な解決策を提案してください：
1. 組織的・プロセス的改善策
2. 技術的解決策と代替アプローチ
3. コミュニケーション戦略の見直し
4. 短期的な対応策と長期的な予防策
5. 類似の課題を早期に検出するための警告指標（アーリーワーニングサイン）
また、これらの課題を解決するためのアクションプランを、責任者、タイムライン、成功基準を含めて作成してください。
チーム会議のファシリテーション
効果的な会議運営と議論の促進のためのアジェンダとテクニックを提供します。
基本
🔶 あなたは会議ファシリテーションの専門家です。 週次プロジェクトレビュー会議のアジェンダとファシリテーションガイドを作成してください。 会議の目的、参加者、各アジェンダ項目と所要時間、議論のポイント、決定事項の記録方法を構造化して提示してください。また、会議を効率的に進行するためのファシリテーションのコツも含めてください。 会議時間は1時間以内に収める必要があり、リモート参加者とオンサイト参加者が混在するハイブリッド形式であることを考慮してください。
応用
🔶 プロジェクトチーム内で以下の課題が発生しており、これらを解決するための特別なレトロスペクティブ会議を計画しています：
1. チーム内のコミュニケーションの断絶
2. 技術的な決定に関する意見の対立
3. タスクの優先順位付けに関する混乱
4. モチベーションの低下と疲労感
この状況に対処するための2時間のワークショップを設計してください。以下を含めてください：
1. 具体的な目標と期待される成果
2. 段階的なアジェンダと各エクササイズの詳細な説明
3. 参加を促し、すべての声を引き出すためのテクニック
4. 対立を建設的に解決するためのアプローチ
5. フォローアップと継続的改善のための具体的なアクションプラン
また、このようなチーム内の課題を早期に検出し、予防するための定期的なチームヘルスチェックの仕組みも提案してください。ファシリテーターとして、特に配慮すべきセンシティブな状況とその対応方法についても説明してください。
7. プロジェクト終了・評価期のAI活用
プロジェクト振り返り（レトロスペクティブ）の実施
プロジェクトの成功と改善点を特定し、教訓を次のプロジェクトに活かします。
基本
🔶 あなたはプロジェクト評価の専門家です。 プロジェクト終了時のレトロスペクティブ会議の計画と質問リストを作成してください。 2時間のワークショップ形式で、アイスブレイク、データ収集、分析、アクションプランの4つのセクションに分け、各セクションでの具体的なアクティビティと質問リストを提供してください。 チームメンバーが自由に意見を述べられる安全な環境を作り、批判ではなく学びと改善に焦点を当てるアプローチを重視してください。 例えば「チームの強みを生かせた瞬間はいつでしたか？」「もう一度やり直すとしたら、何を変えますか？」などの質問を含めてください。
応用
🔶 複数のプロジェクトからの学びを組織的に蓄積し、知識管理システムに統合するための包括的なアプローチを設計してください。以下の要素を含めてください：
1. 異なるプロジェクト間でのレトロスペクティブ結果の標準化と分類方法
2. 定量的・定性的データの両方を効果的に収集・分析するためのフレームワーク
3. 組織の知識ベースに統合するためのプロセスと役割責任
4. 蓄積された知識を新規プロジェクトの計画段階で活用するためのメカニズム
5. 継続的改善のためのフィードバックループの設計
また、特に以下の課題に対処する方法を詳細に説明してください：
- センシティブな情報や失敗事例の共有を促進する文化の醸成
- 暗黙知を形式知に変換する効果的な方法
- 時間経過とともに知識が陳腐化するのを防ぐ仕組み
- 組織全体での学習を促進するインセンティブの設計
プロジェクト完了報告書の作成
プロジェクトの結果、教訓、成功要因をまとめた包括的な報告書を作成します。
基本
🔶 あなたはプロジェクト評価の専門家です。 システム開発プロジェクトの完了報告書のテンプレートを作成してください。 エグゼクティブサマリー、プロジェクト概要、目標達成状況、品質評価、コスト分析、スケジュール分析、主要な成功要因と課題、学んだ教訓、推奨される次のステップのセクションを含め、各セクションに記入すべき内容の説明と例を示してください。 経営層、技術チーム、クライアントの3つの異なる読者層それぞれに価値ある情報を提供できるように構成してください。
応用
🔶 プロジェクト完了報告書を、単なる文書ではなく戦略的なナレッジ資産として位置づけるためのアプローチを提案してください。特に以下の観点から詳細に説明してください：
1. プロジェクトの成功/失敗を定量的に評価するためのフレームワーク（ROI、ビジネス価値の実現度、技術的達成度など）
2. 得られた教訓を将来のプロジェクトの提案・見積もり・計画に具体的に反映させる方法
3. 組織のケーパビリティ向上に貢献した点を可視化し、評価する手法
4. クライアントとの関係強化に活用するための戦略的コミュニケーション計画
5. 技術的イノベーションや効率化手法の社内展開計画
また、データ分析と可視化技術を活用して、プロジェクトの結果をインタラクティブなダッシュボードとして提示する方法についても提案してください。これにより、異なるステークホルダーが自分に関連する洞察を容易に抽出できるようにします。
プロジェクトナレッジの体系化と共有
プロジェクト中に獲得した知識や経験を整理し、組織の資産として共有します。
基本
🔶 あなたはナレッジマネジメントの専門家です。 大規模システム開発プロジェクトで蓄積された知識を体系化し、組織内で共有するための計画を立ててください。 ナレッジの種類（技術的、プロセス的、ドメイン知識など）ごとに、収集方法、整理・構造化方法、保存形式、共有メカニズム、活用方法を体系的に提示してください。 地理的に分散したチームでも活用できるデジタル形式を重視し、継続的にナレッジを更新・拡張できる仕組みも考慮してください。
応用
🔶 プロジェクトで獲得した暗黙知（個人の経験や専門性に基づく形式化されていない知識）を、組織の形式知として効果的に抽出・変換・共有するための包括的な戦略を設計してください。特に以下の課題に対する具体的なアプローチを含めてください：
1. 専門家からの暗黙知を効率的に引き出すためのインタビュー・ワークショップ技法
2. ストーリーテリングやケーススタディなどを活用した経験知の文書化方法
3. コンテキストを失わずに複雑な意思決定プロセスを記録する方法
4. ナレッジシェアリングを促進する組織文化とインセンティブの設計
5. AIと知識グラフを活用した高度なナレッジマネジメントシステムの概念設計
また、異なる文化的背景やスキルレベルを持つチームメンバー間での効果的なナレッジ移転を実現するための具体的な手法と、その成功を測定するためのKPIも提案してください。
8. クライアントコミュニケーションのAI活用
クライアント報告会資料の作成
クライアントに成果や進捗を効果的に伝えるためのプレゼンテーション資料を作成します。
基本
🔶 あなたはプレゼンテーションの専門家です。 月次クライアント報告会のためのプレゼンテーション資料の構成と内容を提案してください。 スライドの構成、各スライドに含めるべき情報、効果的な視覚化の方法、キーメッセージの伝え方について具体的に説明してください。特に、データや進捗状況を視覚的に分かりやすく表現する方法に重点を置いてください。 経営層と技術担当者が混在する聴衆に対して、技術的な詳細と経営的な価値の両方を適切なバランスで伝える必要があります。また、報告は30分以内に収める必要があります。
応用
🔶 プロジェクトが以下のような複雑な状況にある場合の戦略的なクライアントコミュニケーション計画を立ててください：
1. いくつかの領域で予定より遅れが生じている
2. 追加要件により予算の再検討が必要になっている
3. 技術的な制約により、一部の機能で妥協が必要になる可能性がある
4. しかし、主要なビジネス価値は依然として達成可能である
このような状況を、クライアントとの信頼関係を損なわずに効果的に伝えるためのストーリーテリングアプローチと、具体的なプレゼンテーション戦略を提案してください。以下を含めてください：
1. メッセージングの優先順位付けと構造化
2. 潜在的な懸念に先手を打って対処する方法
3. データと視覚化を使って課題と機会の両方を透明に伝える手法
4. 建設的な議論を促し、共同での問題解決を促進する質問技術
5. フォローアップコミュニケーションの計画
また、クライアントが異なる反応を示した場合（例：失望、怒り、協力的、妥協的）のそれぞれに対する対応策も提案してください。
スコープ変更交渉のための準備
要件や範囲の変更について、クライアントと効果的に交渉するための戦略と資料を準備します。
基本
🔶 あなたはプロジェクト交渉の専門家です。 プロジェクトスコープ変更の交渉準備のためのチェックリストと交渉戦略を作成してください。 交渉前の準備事項、変更影響分析の方法、代替案の提示方法、コミュニケーション戦略、交渉中のポイント、合意後のフォローアップを段階的に整理して説明してください。 クライアントとの良好な関係を維持しながらも、プロジェクトの健全性と利益を確保するバランスの取れたアプローチを重視してください。 例：「変更がスケジュール、コスト、品質に与える影響を定量的に示すデータを準備する」「クライアントの事業目標を理解し、それに沿った代替案を複数用意する」
応用
🔶 プロジェクト途中で、クライアントから以下のような複数の重要な変更要求が同時に提示された状況を想定してください：
1. 主要機能の大幅な拡張（工数増加約30%）
2. 当初合意していなかった新しい技術スタックへの対応
3. 納期の2週間前倒し
4. ただし、予算の大幅な増額は困難とのこと
このような複合的かつ相反する要求に対して、以下を含む包括的な交渉戦略を立案してください：
1. 変更要求の優先順位付けをクライアントと共同で行うためのワークショップ設計
2. トレードオフの可視化と意思決定を支援するツール（決定マトリクスなど）
3. Win-Winの解決策を見出すための創造的アプローチとオプション生成
4. 段階的実装や機能のMoSCoW分析などの折衷案
5. 正式な変更管理プロセスを通じた合意事項の文書化
また、このような状況でよくある落とし穴や、交渉が行き詰まった場合のエスカレーション戦略についても説明してください。特に、長期的なパートナーシップを損なわずに短期的な課題に対処する方法に焦点を当ててください。
課題報告と解決策提案の資料作成
プロジェクトで発生した課題をクライアントに報告し、解決策を提案するための効果的な資料を作成します。
基本
🔶 あなたは問題解決の専門家です。 プロジェクトで発生した重大な技術的課題をクライアントに報告し、解決策を提案するための資料を作成してください。 課題の概要、影響分析、根本原因分析、解決策の選択肢（それぞれのメリット・デメリット、コスト、タイムライン）、推奨する解決策と実施計画、リスク軽減策を明確に構造化して提示してください。 技術的な詳細を非技術者にも理解できるように説明し、透明性を保ちながらも不必要な懸念を引き起こさないバランスの取れた表現を心がけてください。
応用
🔶 プロジェクトで以下のような複合的な課題が発生し、クライアントの一部から不満の声が上がっている状況を想定してください：
1. パフォーマンス要件を満たせない技術的ボトルネックが発見された
2. セキュリティ上の懸念が内部監査で指摘され、追加対策が必要になった
3. クライアント側の意思決定の遅れとリソース不足が進捗に影響している
4. チーム内でのスキルギャップが一部の機能開発を遅らせている
このような、責任が両者にまたがる複雑な状況を、防衛的ではなく建設的にクライアントの経営層に伝え、共同解決を促すための包括的なコミュニケーション戦略を立ててください。以下を含めてください：
1. 事実と認識を明確に区別した状況説明のアプローチ
2. システム思考を活用した相互依存性の可視化手法
3. 責任追及ではなく解決策志向の議論を促進するフレーミング
4. クライアントとベンダーの役割・責任を再確認し、調整するプロセス
5. 短期的な対応と長期的な改善策を区別した行動計画
また、このようなデリケートな状況での対面会議をファシリテートするための具体的なアジェンダと進行方法も提案してください。
9. プロジェクト内部マネジメントのAI活用
チームビルディングと動機付け戦略
チームの結束力と動機付けを高めるための戦略や活動を計画します。
基本
🔶 あなたはチームビルディングの専門家です。 プロジェクトチームの結束力と動機付けを高めるための具体的な活動と戦略を提案してください。 短期的な活動（15-30分で実施できるもの）、中期的な活動（半日程度）、継続的な取り組みの3つのカテゴリに分けて、それぞれの目的、実施方法、期待される効果を説明してください。 リモートワーカーとオンサイトワーカーが混在するハイブリッドチームを想定し、文化的背景が多様なメンバーにも配慮してください。また、通常の業務に大きな支障をきたさない範囲で実施できる活動を優先してください。
応用
🔶 長期的かつ高プレッシャーのプロジェクトで、以下のような課題が複合的に発生しているチームのための包括的な再活性化プログラムを設計してください：
1. チームの疲労とバーンアウトの兆候
2. サブチーム間のサイロ化と協力の低下
3. プロジェクトの目的や価値に対する懐疑的な見方の増加
4. 技術的な挑戦による挫折感
このような状況を改善するための3か月間のプログラムを、以下の要素を含めて設計してください：
1. チームの現状を適切に診断するための匿名アセスメント手法
2. 個人とチーム全体の回復力（レジリエンス）を高めるための活動
3. 意味と目的の再発見を促す戦略的コミュニケーションアプローチ
4. サブチーム間の協力を促進するための構造的変更と活動
5. リーダーシップチームが実践すべき具体的な行動変容
また、このプログラムの効果を測定するためのKPIと、プログラム自体を継続的に調整するためのフィードバックループの設計も含めてください。特に、文化的多様性を活かしたアプローチと、リモート・オンサイト混合環境での実装上の考慮事項に焦点を当ててください。
リソース配分の最適化
プロジェクトのリソースを効果的に配分し、効率を最大化する戦略を立てます。
基本
🔶 あなたはリソース管理の専門家です。 複数のプロジェクトが並行する環境でのリソース配分を最適化するためのフレームワークを提案してください。 リソース需要の予測方法、優先順位付けの基準、リソース競合の解決プロセス、リソース利用効率の測定方法を体系的に説明し、実践的なテンプレートやツールも提案してください。 スキルセットの多様なIT人材を対象とし、プロジェクトの重要度と緊急度が異なる状況での意思決定をサポートする内容にしてください。 例：「リソース優先順位マトリクス：戦略的重要性（高/中/低）×技術的複雑性（高/中/低）×納期の緊急度（高/中/低）」
応用
🔶 次の四半期に、以下のような複雑なリソース状況に直面することが予想されています：
1. 3つの主要プロジェクトが同時にクリティカルフェーズを迎える
2. 特定の専門スキル（クラウドアーキテクチャ、AIエンジニアリング）の深刻な不足
3. 予期せぬクライアント要求に対応するための予備リソースの確保が必要
4. リモートチームとオンサイトチーム間での知識移転の課題
5. 新入社員のオンボーディングと教育の必要性
このような状況に対処するための動的リソース管理戦略を、以下の要素を含めて設計してください：
1. 複数のシナリオに基づいたリソース需要のモデリング手法
2. クリティカルパスと依存関係を考慮したリソースのボトルネック予測
3. スキルマトリクスを活用した柔軟なリソース割り当て戦略
4. 外部リソース（パートナー、フリーランサー）の戦略的活用計画
5. リアルタイムでのリソース再配分を可能にする意思決定プロセス
また、このような複雑なリソース状況を視覚的に把握し、経営層に効果的に伝えるためのダッシュボード設計も提案してください。特に、不確実性の高い環境での意思決定をサポートするデータの提示方法に焦点を当ててください。
プロジェクト健全性評価と改善計画
プロジェクトの現状を多角的に評価し、改善策を立案します。
基本
🔶 あなたはプロジェクト健全性評価の専門家です。 システム開発プロジェクトの健全性を包括的に評価するためのアセスメントフレームワークを作成してください。 評価すべき主要な領域（スコープ、スケジュール、コスト、品質、リスク、チームパフォーマンス、ステークホルダーエンゲージメントなど）ごとに、評価基準、測定方法、スコアリング方法、全体的な健全性スコアの算出方法を詳細に説明してください。 客観的な指標と主観的な評価の両方をバランス良く含め、月次での実施が可能な現実的な内容にしてください。
応用
🔶 プロジェクトの健全性評価を実施した結果、以下のような複合的な課題が明らかになりました：
1. スコープ管理：スコープクリープの兆候（健全性スコア: 6/10）
2. スケジュール：主要マイルストーンに20%の遅延（健全性スコア: 5/10）
3. 品質：テスト段階での欠陥率が想定より40%高い（健全性スコア: 4/10）
4. チームパフォーマンス：生産性の低下傾向（健全性スコア: 6/10）
5. ステークホルダーエンゲージメント：クライアント側の意思決定の遅れ（健全性スコア: 5/10）
これらの健全性指標に基づいて、以下を含む総合的な改善計画を立案してください：
1. 課題間の相互関連性と根本原因の分析
2. 優先的に対処すべき領域と、短期・中期・長期の改善アクションの特定
3. 組織的、プロセス的、技術的側面からの多角的なアプローチ
4. 改善策の実施順序と期待される効果の予測
5. 進捗モニタリングと調整のためのフィードバックループの設計
また、このような状況をプロジェクトスポンサーや経営層に効果的に伝え、必要なサポートを得るためのコミュニケーション戦略も提案してください。特に、データを活用した客観的な状況説明と、建設的な解決策の提示に焦点を当ててください。
10. 高度なプロンプト手法と応用
チェーン・オブ・ソート（Chain of Thought）の活用
複雑な問題解決や意思決定のプロセスを段階的に説明させる手法です。
基本
🔶 あなたはプロジェクト管理の専門家です。複数の候補ベンダーからの提案を評価するための意思決定プロセスを支援してください。各ベンダーの提案内容、技術力、コスト、リスク、文化的適合性などの要素を考慮して、適切なベンダーを選定するための思考プロセスを段階的に説明してください。一つの結論に飛びつくのではなく、それぞれの選択肢のメリット・デメリットを詳細に分析し、最終的な推奨事項に至るまでの論理的な思考の流れを示してください。
応用
🔶 複雑なプロジェクトの重大な意思決定（アーキテクチャの選択、開発手法の変更、プロジェクト継続可否の判断など）に直面しています。この決定に関して、以下の思考プロセスで分析を進めてください：
1. まず問題の再定義：本当の意思決定ポイントは何か、複数の視点から再フレーミングしてください
2. 分析の前提条件と制約を明確化してください
3. 各選択肢を出発点として、その選択がもたらす一次効果、二次効果、三次効果までを因果関係チェーンとして展開してください
4. 各選択肢に対して、プロジェクト成功の複数の側面（品質、コスト、期間、ステークホルダー満足度など）への影響をスコアリングしながら評価してください
5. 不確実性の高い要素を特定し、それらがどのように意思決定を左右する可能性があるかを分析してください
6. トレードオフの明確化と、それを評価するための価値基準を設定してください
7. 上記を踏まえた最終的な推奨事項と、その選択を検証するための逆説的思考（Pre-mortem：この決定が失敗したと仮定して原因を考える）を提示してください
このプロセス全体を通じて、各ステップでの思考の流れを詳細に説明し、単一の視点ではなく多角的な分析を示してください。
ロールプレイとペルソナの活用
特定の役割や立場、専門性を持った回答を引き出す手法です。
基本
🔶 あなたはセキュリティ監査の専門家です。私のチームが開発している金融システムのセキュリティレビューを依頼されました。典型的なセキュリティ脆弱性やリスクを特定し、OWASPのベストプラクティスに基づいて改善提案をしてください。特に認証、データ保護、API セキュリティ、セッション管理の観点から詳細なレビューコメントを提供してください。セキュリティ専門家としての知見と経験に基づいた具体的かつ実践的なアドバイスをお願いします。
応用
🔶 以下の複数のステークホルダーの視点からプロジェクト計画をレビューしてください。それぞれのステークホルダーの立場、懸念事項、優先事項を踏まえた詳細なフィードバックを提供してください：
1. 企業のCIO：ITガバナンス、セキュリティ、全体的な技術戦略との整合性の観点から
2. 財務責任者：投資対効果、キャッシュフロー、リスク管理の観点から
3. エンドユーザー部門の責任者：業務プロセスへの影響、変更管理、トレーニングの観点から
4. システムアーキテクト：技術的実現可能性、スケーラビリティ、メンテナンス性の観点から
5. 規制コンプライアンス責任者：法的要件、業界標準、監査対応の観点から
各ステークホルダーのペルソナになりきって回答し、その視点特有の専門用語、懸念事項、質問スタイルを反映させてください。また、各ステークホルダー間で生じる可能性のある対立点も指摘し、それらを調整するための提案も含めてください。
ゼロショット学習とプロンプトエンジニアリング
詳細な例を与えなくても、生成AIに特定の形式や基準での回答を引き出す手法です。
基本
🔶 以下のプロジェクト状況レポートを分析し、3つのカテゴリ（「順調」「注意が必要」「緊急対応が必要」）のいずれかに分類してください。分類の理由も簡潔に説明してください。また、それぞれの課題に対する優先度（高/中/低）を設定し、具体的な次のアクションを1-2文で提案してください。
[ここにプロジェクト状況レポートを入力]
応用
🔶 プロジェクトマネジメントにおける複雑な状況分析とアクションプランニングを支援してください。以下のフレームワークに従って回答を構造化してください：
1. 状況要約（100語以内）：現状を簡潔に要約
2. システム思考分析：
a. 表面的な症状（3-5点を箇条書き）
b. 根本原因（システム構造、メンタルモデル、相互作用パターンの観点から分析）
c. レバレッジポイント（最小の努力で最大の効果が得られる介入点を特定）
3. マルチシナリオ予測：
a. 最悪シナリオ（何も変更しない場合）
b. 現実的改善シナリオ（実行可能な介入を行った場合）
c. 理想的シナリオ（制約なしで最適な対応を行った場合）
4. アクションマトリクス：
a. 即時アクション（24-48時間以内）
b. 短期アクション（1-2週間以内）
c. 中期アクション（1-3ヶ月以内）
5. 意思決定フレームワーク：今後類似の状況に対応するための指針
各セクションでは、定量的データと定性的考察の両方を含め、不確実性と複数の視点を明示的に考慮してください。業界ベストプラクティスと実証済みのプロジェクト管理手法に基づいて回答してください。
[ここにプロジェクト状況の詳細を入力]