# プロジェクト管理で学んだ教訓を記録しておく方法 > 5 つのステップでプロジェクト中に学んだ教訓を記録しましょう。教訓アンケートのテンプレートや効果的なブレインストーミングセッションを行うためのヒントも活用できます。 Source: https://asana.com/ja/resources/lessons-learned ## プロジェクト管理で学んだ教訓を記録しておく方法 #### 概要 プロジェクトのライフサイクルを通じて学んだ教訓を正確に記録しておけば、失敗から学び、その内容を他のプロジェクトマネージャーと共有できます。この記事では、教訓を構成する 5 つのステップ (特定、記録、分析、保管、想起) をご紹介します。教訓アンケートとブレインストーミングセッションを実施する方法や、その際に得られた情報を他のプロジェクトマネージャーと共有する方法もご紹介します。プロジェクトから得られる貴重なポイントとなるのは、成果物だけではありません。イニシアチブが大成功であっても、失敗しても、平凡な結果に終わっても、プロジェクトには必ず何かしら学ぶべき教訓があります。 しかし、学んだ教訓を効果的に記録するには、少し注意が必要です。この記事では、プロジェクト管理の教訓セッションを実施し、記録する方法を紹介していきます。 ## プロジェクト管理の教訓とは？ プロジェクトでは常に新しい何かを学ぶものですが、教訓セッションは、他のチームとも共有できるように、得た情報をまとめ、体系化するためのものです。教訓セッションを実施し、教訓レポートを作成すると、プロジェクトチーム全体でその後のプロジェクトを改善するのに活用できるドキュメントが出来上がります。 文書化された教訓は、類似のイニシアチブに取り組んでいるマネージャーに伝えることができるほか、類似のプロジェクトに着手するチームメンバーも活用できます。学んだ教訓をチーム間で共有するのは、同じミスを繰り返さないようにする効果的な手段です。教訓レポートがあれば、自分だけでなく、メンバー全員が教訓を学べます。 教訓は、[プロジェクトタイムライン](https://asana.com/resources/create-project-management-timeline-template)のどのタイミングでも記録しておけます。むしろ、プロジェクトの複雑さによっては、情報を新しいうちに記録しておくために、教訓セッションを各[プロジェクト管理フェーズ](https://asana.com/resources/project-management-phases)の終わりに行ってもよいでしょう。そうすれば、よい結果や悪い結果、学ぶべき教訓を評価できます。 ### 教訓セッションの種類 教訓セッションはさまざまな名前で実施されているかもしれません。エンジニアリングチームは、プロジェクトが失敗に終わった根本的な理由を探る [5 Whys (5 つのなぜ)](https://wavelength.asana.com/workstyle-ask-5-whys-to-get-to-the-root-of-any-problem/)、スクラムチームは、スプリントセッションの終わりに振り返りのセッションを実施します。またプロジェクトの終わりにポストモーテムを実施するチームもあります。 どの名前で呼ぶにしろ、肝心なのは、情報をまとめ、メンバー全員と共有するこということです。教訓セッションは、プロジェクトごとに少なくとも 1 回は実施するようにしましょう。 ## 教訓セッションを実施する 5 つのステップ 教訓セッションを取り入れようとお考えの方は、以下に紹介する 5 つのステップに従って、プロジェクトの情報をメンバー全員がアクセスできるかたちで正確にまとめ、記録し、共有してください。 ### 1. 特定する ステップ 2 で文書化するプロジェクトの教訓を特定します。特定フェーズはさらに 3 つのステップで構成されます。 #### ステップ 1: 教訓アンケート プロジェクトが完了した直後、また大規模なイニシアチブの場合ならプロジェクトの重要なフェーズの終わりに、プロジェクトチームのメンバー全員に教訓アンケートを送信します。そうすれば、メンバー全員の記憶が新鮮な間にフィードバックを取り入れることができます。そして、その情報をまとめてメンバー全員がプロジェクトで学んだ教訓を把握します。 教訓アンケートは、教訓セッションのプロセスを構成する非常に重要な要素の 1 つです。下に、便利なテンプレートを記載しています。このアンケートは通常どのプロジェクトでも使用できますが、プロジェクトのニーズに合わせて質問を調整できます。 #### ステップ 2: 教訓セッションの予定を立てる 教訓セッションを始める前に、進行役を選びます。チームメンバーが自由に発言できると感じられるよう、進行役にはプロジェクトマネージャー以外の人を見つけるのが理想です。チームリーダーや隣のチームのメンバーにセッションの進行を依頼してみましょう。 教訓セッションの予定を立てたら、進行役はプロジェクトのチームメンバーが共通認識を持てるよう、セッション前に読む資料などを提供します。これには、[プロジェクト計画](https://asana.com/resources/project-management-plan)や[プロジェクト目標](https://asana.com/resources/how-project-objectives)など、プロジェクト計画のドキュメントを再度共有することも含みます。プロジェクトの複雑さによっては、プロジェクトのタイムラインや成し遂げたことなどを共有してもよいでしょう。 #### ステップ 3: 教訓セッションを実施する 教訓アンケートに加え、チームメンバー全員参加の[ブレインストーミングセッション](https://asana.com/resources/brainstorming-techniques)をライブで開催します。これは、チームメンバーがさらに多くの教訓を学ぶ機会となります。このブレインストーミングセッションでは、主に以下 3 つの質問の答えを探ります。 - 何に成功したか？  - 何に失敗したか？  - 何を改善できるか？  ### 2. 記録 教訓セッションを実施する一番の理由は、学んだ教訓をチーム全体と共有するためです。プロジェクトに関するすべての情報やディスカッションのメモ、関連する[プロジェクトの関係者](https://asana.com/resources/project-stakeholder)によるレビューが必要な教訓をまとめた[エグゼクティブサマリー](https://asana.com/resources/executive-summary-examples)を取り入れた詳細な教訓レポートを作成しましょう。  #### 教訓レポートを作成するフォーマット - エグゼクティブサマリー - 結果のまとめ - 教訓アンケート - 詳しく書き出した推薦事項 - [記事: エグゼクティブサマリーの書き方 (実例付)](/resources/executive-summary-examples) ### 3. 分析 教訓は、他のチームと今後のプロジェクトにプラスとなるように分析し、適用します。これは、教訓セッションをプロジェクトの中間地点で実施する場合は特に重要な意味を持ちます。それ以降のフェーズに向けてプロジェクトを効果的に改善できるよう、教訓アンケートで得た情報を分析します。また、教訓セッションをプロジェクトの終わりに行う場合は、次のプロジェクトを開始する前に分析フェーズを使ってインサイトと改善の機会を探ります。  ### 4. 保管 教訓は、プロジェクト管理ツールのようなメンバー全員がアクセスできる一元化されたレポジトリに保管しておきます。そのような信頼できる情報源があれば、プロジェクトリーダーは共有された情報にアクセスし、最高のかたちでプロジェクトに備えることができます。 - [Asana のプロジェクトマネジメント機能を試す](/features/project-management) ### 5. 想起 以前にも行われているようなプロジェクトを実行する場合は、過去のプロジェクトの教訓レポートを検索して同じ失敗を繰り返さないようにします。こうしたレポートは、一元管理された信頼できる情報源として共有されている必要があり、すべての[プロジェクトマネージャー](https://asana.com/resources/become-a-project-manager)がプロジェクトの計画プロセスに着手する前にレビューできるものでなくてはいけません。  ## 教訓アンケートのテンプレート 教訓セッションの最初のフェーズを実行する間に教訓アンケートを配布し、プロジェクトチームから情報を集めます。プロジェクトのディスカッションはチームと直接会って行いますが、教訓アンケートを実施することは、プロジェクトから教訓を得るために正確な情報を収集できていることを確認する上で欠かせないステップとなっています。 以下は、どのプロジェクトにでも使用できる教訓アンケートのテンプレートです。 各ステートメントについて、どの程度賛成または反対するかをお選びください。 _「そう思わない」または「まったくそう思わない」を選択する場合は、今後のプロジェクト計画プロセスを改善できるように説明をご記入ください。_ ### プロジェクト計画 **プロジェクト計画には適切なレベルの詳細が含まれていた。プロジェクトの概要を理解するのに必要な情報が提供されていた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクト計画にはプロジェくトの目的が明確に説明されていた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトのスコープは明確に定義されていた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトのスケジュールは明確で従いやすかった。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトのコミュニケーション計画にはプロジェクトの作業に関するコミュニケーションを行う方法と場所が明確に定義されていた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクト計画はすべての関係者と共有されていた上に簡単に見つけられるようになっていた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトの関係者として、プロジェクト計画のプロセスに参加できた度合いに満足している。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない ### プロジェクトの実行 **プロジェクトのライフサイクルを通じてメンバー全員の役割を把握できた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトの関係者はプロジェクトの作業に熱心にかつ効果的に取り組んでいた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトはお互いを助け合うよい環境であった。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトマネージャーは連絡が取りやすく、すぐに反応してくれた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトの変更内容は対応しやすく、スコープの範囲内であった。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクト計画に記載されていた当初の予定は実際のスケジュールと厳密に一致していた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトの結果はプロジェクト憲章の原文に定義されていた結果と一致していた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトチームは目標と個人的な役割について共通認識を持っていた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない ### 成果 **プロジェクトは現実的で達成できる内容であった。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **担当業務はプロジェクトのライフサイクルを通じて明確に定義されていた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトには成功を定義するための強力なパフォーマンス指標が設けられていた。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトの目標を達成できたと思う。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない **プロジェクトへの関与 (仕事量、作業時間、労力を含む) は期待通りであった。** - 強くそう思う - そう思う  - どちらとも言えない  - そう思わない  - まったくそう思わない  - 該当しない ## 教訓 教訓を記録しておくと、制度的知識を特定し、他のチームに伝えることができます。一から調べなくても、チームメンバーとプロジェクトリーダーは、何がうまくいき、何がそうではなかったのか、また何に改善の余地があるのかを明確に知ることができます。 過去の教訓をチームの今後の仕事につなげることにより、プロジェクトを快調にスタートすることができます。誰が何をいつまでに行うのかをメンバー全員が正確に把握していると、チームがインパクトの大きな仕事を達成する能力は一層高まります。  - [Asana を無料で試す](#signup) - [プロジェクト管理](/resources/project-management) - [プロジェクト管理ツールの選び方: おすすめ 11 選 (最新版)](/ja/resources/best-project-management-software) プロジェクト管理 コラボレーション (Collaboration) 生産性 プロジェクト計画 ゴール アジャイル #### コンテンツライター プロジェクト管理ツールとは？プロジェクト管理ツール (プロジェクトマネジメントツール) は、チームにおける仕事の整理、追跡、実行を効率化するツールです。簡単に言うと、プロジェクト管理ツールとは、インタラクティブなワークスペースであると言えます。そこでは、作業、コラボレーション、そしてメンバーとのコミュニケーションの方法を調整できます。しかし、優れたプロジェ ... - [サンクコスト効果とは？惑わされずに冷静な意思決定を行うための基礎知識](/ja/resources/sunk-cost-fallacy) 生産性 プロジェクト管理 #### コンテンツライター サンクコスト効果とは？サンクコスト効果とは、事業に金銭や労力、時間を投資すると、たとえ今後のコストがメリットを上回るとしてもそれを継続してしまう傾向のことです。専門用語のように聞こえますが、サンクコスト効果は、人生やビジネスにおける判断の落とし穴として、私たちがよく経験するものです。退屈な映画を、お金を払ったからといって観続けるといった些細な日常生活の事柄 ... - [リーンとは？ビジネスを成功に導くマネジメント手法を解説](/ja/resources/lean-project-management) アジャイル プロジェクト管理 #### コンテンツライター リーン生産方式とは？基本概念と定義リーンとは、余分な脂肪が少ないことを意味する英語 lean から生まれた言葉です。たとえば「リーンな肉」とは、鶏肉や魚のように脂肪が少なく、ヘルシーな肉を指します。これをプロジェクト管理に置き換えると、「余計な脂肪＝無駄な工程やスコープクリープ」になります。リーンなプロジェクト管理を実践することで、この贅肉を取り除き、プロ ... - [明確なプロジェクトの要旨を作成するための 5 つのステップ](/ja/resources/project-brief) プロジェクト計画 プロジェクト管理 #### ライター プロジェクト関係者に、あなたのプロジェクトに関する重要な情報の要約を簡単に確認してもらう必要があります。何を送ったらいいでしょうか？何を送ればいいかわからない場合は、プロジェクト概要 (プロジェクトブリーフィング) が必要かもしれません。プロジェクト概要があれば、それはプロジェクトの主要な情報がまとめられた、チーム全体にとっての信頼できる唯一の情報源となり ... - [プロジェクト管理で学んだ教訓を記録しておく方法](/ja/resources/lessons-learned) プロジェクト管理 プロジェクト管理 - [ライター](/author/julia-martins) プロジェクトから得られる貴重なポイントとなるのは、成果物だけではありません。イニシアチブが大成功であっても、失敗しても、平凡な結果に終わっても、プロジェクトには必ず何かしら学ぶべき教訓があります。しかし、学んだ教訓を効果的に記録するには、少し注意が必要です。この記事では、プロジェクト管理の教訓セッションを実施し、記録する方法を紹介していきます。プロジェクト ...