プロジェクト振り返り会議のアジェンダを作成する

著者: AILesson8 分でセットアップレビュー日: 2026-08-29

クイック回答

誰かを責めることなく、観察可能な成果、プロセス条件、改善実験をレビューする. 入力するもの: プロジェクトのベースラインと成果, 参加者と背景, 振り返りの範囲. 期待される結果: 証拠を引き出す問いと範囲を限定した実験を含む、心理的安全性に配慮した振り返りアジェンダ.

1

コンテキストを追加

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

2

あなたのプロンプト

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

観察可能な証拠に基づく、プロジェクト振り返り会議のアジェンダを作成してください。

目標、計画、実際の成果、タイムライン、インシデント、変更、証拠:
[baseline]

参加者、権力差、機密性、対立、アクセシビリティ、進行役:
[team]

所要時間、範囲、データ、権限、決定の制限、フォローアップ:
[scope]

成果、観察、解釈、提案された原因を区別してください。意図を推測したり、会議を個人の業績評価に変えたりせず、システム上の条件と意思決定時点をレビューします。全員が平等に意見を出せる複数の方法と、センシティブな問題をグループ外で提起する経路を用意してください。改善実験の数は、提示された対応能力を超えないようにします。各実験には、仮説、確認済みの場合に限る担当者、証拠、期間、レビューのトリガーが必要です。事前準備、時間配分付きアジェンダ、証拠に関する質問、進行上の保護策、実験テンプレート、保留事項、フォローアップレビューを返してください。
Playgroundで試す
デフォルトで非公開プロンプトの組み立てはブラウザ内で行われます。組織が許可しない限り、機密情報を AI サービスに入力しないでください。

入力から結果へ

具体例

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

実際の入力

プロジェクトのベースラインと成果
ウェブサイト移行は6週間の計画だったが、完了まで8週間かかった。40ページを移行し、公開時に5ページでリンク切れがあったが翌日に修正した。計画では2週目までにコンテンツ承認が終わる想定だったが、11ページは4週目に届いた。予定外のアクセシビリティ修正2件で3日追加された。遅延全体を1つの原因に帰属させる証拠はない。
参加者と背景
プロダクト、コンテンツ、エンジニアリング、アクセシビリティの各代表。エンジニアリングマネージャーがエンジニア2名と参加する。Product Ops が進行する。匿名の事前入力を利用できる。個人の業績は対象外。
振り返りの範囲
60分。データ:計画、課題ログ、承認日、公開時チェック。チームが次のリリースに向けて承認できるプロセス実験は最大2件。センシティブな人員上の問題は、別途マネージャーへ回す。4週間後に実験をレビューする。

出力例

事前準備:計画日・実際の日付を含むタイムライン、課題ログ、承認日、公開時チェックの証拠。参加者は各メモを Observation、Interpretation、Proposal のいずれかに分類する。匿名経路は引き続き利用可能にする。

アジェンダ(60分) 0~6分 アクセス、機密性、責任追及をしないこと、個人の業績を扱わない境界。 6~14分 目標と記録済みの成果を再確認する:40ページ、8週間、公開時のリンク問題5件を翌日修正。 14~26分 タイムラインレビュー:コンテンツ承認、追加されたアクセシビリティ対応、依存事項。「何が、いつ、どの記録によれば変わりましたか」と尋ねる。誰が遅延を引き起こしたかは尋ねない。 26~36分 役立った、または妨げになったパターン。証拠と仮説を分ける。 36~46分 まず無言でプロセス実験案を作り、その後順番に共有する。人員上の懸念は会議外の経路へ回す。 46~54分 提示された権限と対応能力の範囲で、最大2件を選ぶ。 54~60分 実験記録と4週間後のレビューを確認する。

実験テンプレート:仮説、具体的なプロセス変更、範囲、確認済みの担当者、開始・終了、観察可能な証拠、リスク、中止・レビューのトリガー。候補実験であり、事前承認済みではない:1週目の終了時にコンテンツ承認状況を確認し、承認者がいないページをエスカレーションする。必要な証拠:これによって遅れて届いた11ページをより早く発見できたか。

これがうまくいく理由

  1. 1

    証拠の状態を区別することで、自信に満ちた因果説明がプロジェクトの実際の記録に取って代わるのを防げます。

  2. 2

    範囲を限定した実験により、チームへ過剰な負担をかけず、学びを検証可能な変化へ変えられます。

結果を確認

  • 観察は、解釈や因果仮説と区別されていますか?

  • アジェンダは、個人の業績評価と動機の推測を避けていますか?

  • 実験の数は制限され、確認済みの場合だけ担当者が割り当てられ、レビュー可能になっていますか?

安心して使うために

よくある質問

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

「プロジェクト振り返り会議のアジェンダを作成する」を使用する前に、何を準備すればよいですか?

「プロジェクト振り返り会議のアジェンダを作成する」を使用するには、プロジェクトのベースラインと成果、参加者と背景、振り返りの範囲を準備してください。プレースホルダーは、確認可能な情報だけで置き換えます。詳細が不明な場合は、モデルに推測させず、不明であることを明示してください。

「プロジェクト振り返り会議のアジェンダを作成する」の結果は、どのような場合にまだ使用できませんか?

提示された証拠から、記載された成果である「証拠を引き出す問いと範囲を限定した実験を含む、心理的安全性に配慮した振り返りアジェンダ」をまだ作成できていない場合や、未解決の前提、承認の不足、創作した詳細に依存している場合、その結果は使用できません。チェック項目を公開可否の判断基準として使い、裏付けのない出力を磨くのではなく、元の入力を修正するか、権限を持つ担当者を指名してレビューを依頼してください。

「プロジェクト振り返り会議のアジェンダを作成する」では、どの AI ツールのテスト記録がありますか?

2026-08-29 時点で、「プロジェクト振り返り会議のアジェンダを作成する」のモデル実行記録はありません。互換性を示すものではなく、複数のモデルで利用可能なテンプレートとして扱ってください。まず例題を実行し、すべての制約を明示したまま、出力を結果のチェック項目と照合してから実際の資料に使用してください。

作業を前に進める