プロジェクトの振り返り質問を設計する

著者: AILesson7 分でセットアップテスト済み:ChatGPTレビュー日: 2026-08-28

クイック回答

成果と状況から制御可能な実験へ進む、心理的安全性に配慮した証拠重視の質問を作成する. 入力するもの: プロジェクトの成果とタイムライン, 参加者と心理的安全性の状況, 振り返りの目標と制約. 期待される結果: 証拠を求める問いかけ、参加方法、行動への変換を含む、順序立てた振り返りガイド.

コンテキストを追加

テキストはこのブラウザ内に留まります。AILesson Prompts は、そのテキストをモデルやサーバーに送信しません。

プロジェクトの成果とタイムライン参加者と心理的安全性の状況振り返りの目標と制約

あなたのプロンプト

未入力のフィールドはプレースホルダーとして表示されたままなので、プロンプトをコピーして編集できます。

提示された証拠と心理的安全性の状況に基づいて、プロジェクトの振り返り用質問ガイドを設計してください。

目標、範囲、日付、マイルストーン、成果、変更、インシデント、ステークホルダー、証拠：
[project]

役割、権力差、欠けている意見、対立、機密性、進行、アクセシビリティ、評価の境界：
[participants]

学び/意思決定、所要時間、事前準備、証拠、権限、フォローアップ能力、対象外事項：
[goal]

共通の事実と期待から始め、ばらつき、寄与した条件、意思決定、兆候、強み、トレードオフ、次に実施できる制御可能な実験へと質問を進めてください。誰が失敗したか、なぜ誰かが悪い行動を取ったかではなく、何が起き、どのような条件下で起きたかを中立的な言葉で尋ねます。出来事、影響、仕組みに関する仮説、判断を区別してください。反証となる事例や、その場にいない影響を受けた人々の視点も求めます。回答が実務を変えられない抽象的な質問、無理に肯定的な回答を求めること、後知恵による確信、心理療法、責任追及、その場の条件では保証できない匿名性の約束は避けてください。事前に求める証拠、冒頭の説明、目的・証拠を求める問い・実施方法・時間枠・フォローアップ質問を備えた優先質問、避けるべき質問と代替案、参加と安全性の設計、行動の選定ルール、責任者・証拠・見直し日を含む実験テンプレート、保留事項、締めくくり/チェックアウトを返してください。

Playgroundで試す

デフォルトで非公開プロンプトの組み立てはブラウザ内で行われます。組織が許可しない限り、機密情報を AI サービスに入力しないでください。

入力から結果へ

具体例

具体的なコンテキストを加えると、このレシピが実用的な結果になる様子をご覧ください。

実際の入力

プロジェクトの成果とタイムライン: 企業アカウント26件を対象とする8週間の請求移行。目標：6月30日までに全アカウントを移行し、請求書の遅延を1営業日以内に抑え、合計金額の誤りをゼロにする。実績：24件を移行し、2件は税務ルールに関する疑問により延期しました。請求書3件が2日遅延し、1件には税額合計の誤りがありましたが、送信前に修正しました。4週目にベンダーが新しいインポート形式を公開したため、タイムラインが変わりました。サポートログ、移行チェックリストの完了状況、不具合記録、顧客メール、意思決定ログを利用できます。26件すべてでチェックリストは完了扱いでしたが、4件では税務上の国を示す証拠がありませんでした。手作業によるピアレビューで誤った合計が見つかりました。
参加者と心理的安全性の状況: 45分間のセッション。プロジェクトマネージャーが進行し、請求業務責任者、アナリスト2人、エンジニア、サポート責任者、ベンダー担当者が参加します。業務責任者はアナリストの人事評価を管理するため、一人ずつ個人的な失敗を告白させる進め方は避けます。カスタマーサクセスマネージャー2人と影響を受けた顧客は欠席しますが、書面による所見を依頼できます。セッション内の発言は社内で発言者にひも付き、匿名ではありません。字幕が必要です。ベンダーとの契約上の争いは範囲外とし、調達部門へ回します。
振り返りの目標と制約: どの統制が機能し、どれが機能しなかったかを理解し、次回の移行を改善し、チームが3週間以内に実施できる実験を最大2件選びます。事前資料には、事実に基づくタイムラインと匿名化した事例を含められます。請求業務責任者はプロセス変更を承認できますが、エンジニアリング上の変更には別途計画が必要です。個人を評価したり、すでに修正済みの請求書について顧客との議論を再開したりしてはいけません。

出力例

事前準備：出典箇所へのリンク付きタイムライン、税務証拠が欠けた4件、遅延した3件、合計を修正した事例、チェックリストの定義、ベンダーによる形式変更、欠席するカスタマーサクセスマネージャー2人の書面による所見を配布します。参加者には、セッション前に事実関係の訂正箇所を示してもらいます。発言者を特定できる状況で、匿名コメントを求めてはいけません。

冒頭説明：「個人を評価するのではなく、移行の仕組みと意思決定を検証します。証拠と仮説を区別し、3週間で実施する実験を最大2件選びます。調達に関する問題は保留事項に入れます。」

質問：（1、6分）当初の目標と異なる結果は何ですか。それぞれをどの情報源で確認できますか？目的：事実認識をそろえる。黙って資料を確認してから、不明点を明確にする。（2、6分）遅延した3件では、通常の手順に従った箇所と、条件が異なった箇所はどこですか？ベンダーの形式変更との時間的な前後関係を確認する。（3、6分）すべてのチェックリストが完了しているのに、税務上の国を示す証拠が4件で欠けていたのは、どのような仕組みによる可能性がありますか？「チェック欄には証拠が必要なかった」という説明は、チェックリストを調べるまで仮説として扱う。（4、5分）送信前にピアレビューが誤った合計を発見できたのは、どのような条件があったからですか？その統制が機能しないのはどのような場合ですか？（5、5分）形式変更が遅延の原因だったという主張を裏付ける、または反証する証拠は何ですか？（6、4分）その場にいない顧客やサポート部門へのどの影響を、次回のプロセスに反映すべきですか？（7、7分）対応可能な範囲で、期待されるリスク低減が最も大きい、制御可能な変更を二つ挙げるとすれば何ですか？

「誰が税務データを見落としましたか？」は避け、「税務証拠はどの手順で必須にすべきでしたか。また、画面やチェックリストは何を許していましたか？」に置き換えます。「うまくいったことは何ですか？」という一般的な質問は避け、ピアレビューという統制に絞った質問へ置き換えます。行動の選定ルール：権限の範囲内で実施でき、責任者、対象事例、期待する兆候、ガードレール、見直し日がある実験だけを選びます。実験候補：チェックリストを完了する前に税務証拠の出典箇所を必須にする。責任者：請求業務責任者。次の10件でテストする。証拠：出典箇所がないまま完了した行が0件であること。3週間後に見直す。エンジニアリングによる検証は、別途計画するまで担当者未定のままとします。

これがうまくいく理由

1
共通の証拠から始めることで、後知恵による説明や、基本的なタイムラインをめぐる意見の相違を減らせます。
2
行動の選定ルールにより、学びを際限のない要望一覧ではなく、責任者のいる少数の実験へ変換できます。

結果を確認

質問は、観察された出来事、影響、仮説、判断を区別していますか？
権限が弱い人やその場にいない人の視点を、保証できない匿名性を約束せずに取り入れられますか？
責任者、観察可能な証拠、見直し日がある行動だけを選ぶプロセスになっていますか？

安心して使うために

よくある質問

このレシピをいつ使うか、何を用意するか、どの場面で人による確認が依然として重要かについての実践的な回答です。

「プロジェクトの振り返り質問を設計する」を使用する前に、何を準備すればよいですか？

「プロジェクトの振り返り質問を設計する」を使用するには、プロジェクトの成果とタイムライン、参加者と心理的安全性の状況、振り返りの目標と制約を準備してください。プレースホルダーは、確認可能な情報だけで置き換えます。詳細が不明な場合は、モデルに推測させず、不明であることを明示してください。

「プロジェクトの振り返り質問を設計する」の結果は、どのような場合にまだ使用できませんか？

提示された証拠から、記載された成果である「証拠を求める問いかけ、参加方法、行動への変換を含む、順序立てた振り返りガイド」をまだ作成できていない場合や、未解決の前提、承認の不足、創作した詳細に依存している場合、その結果は使用できません。チェック項目を公開可否の判断基準として使い、裏付けのない出力を磨くのではなく、元の入力を修正するか、権限を持つ担当者を指名してレビューを依頼してください。

「プロジェクトの振り返り質問を設計する」では、どの AI ツールのテスト記録がありますか？

2026-08-28 時点で、「プロジェクトの振り返り質問を設計する」の公開テスト記録には ChatGPT が掲載されています。これは実行記録があることを示すだけで、今後の製品バージョンとの互換性や同一の結果を保証するものではありません。別のツールやバージョンでは、すべての制約を明示したまま、使用前に結果のチェック項目をもう一度確認してください。

さらに探す方法