チームの振り返り会の進め方｜反省で終わらせない事実整理と改善実験シート

1．進捗報告と、仕事の進め方の振り返りを分ける

進捗会議では、現在の遅れや必要な支援を判断します。振り返り会では、ひと区切りついた仕事を使って、判断や受け渡しの仕組みをどう変えるかを扱います。未完了案件の担当割りだけで終わると、同じ問題を生む手順は残ったままになります。

対象は「今月の全部」より、同じチームが関わった案件や活動期間に絞ります。失敗だけでなく、うまく進んだ場面も選び、次に再現したい条件を確認します。週のどこに振り返りを置くかは管理職の週次マネジメント設計で整理できます。

Atlassianの公式ガイドは、振り返りでうまくいったこと、改善できること、次に変えることを扱う考え方を紹介しています。以下の45分の進行と記入例は、一般の職場向けにCareerSync編集部が作成した独自案であり、同社の標準手順や効果の保証ではありません。

2．開始前に、参加者と記録の使い方をそろえる

実際に仕事を担当した人、受け渡しを受けた人、変更を判断できる人を必要な範囲で集めます。管理職は最初から原因を断定せず、自分が出した指示や承認のタイミングも確認対象に含めます。進行役と案件責任者を分けられるなら、責任者も事実を持ち寄る側に回れます。

発言を強制せず、会議前に短く書いて提出できる方法も用意します。個人への非難や、本人がその場で話しにくい相談が出た場合は、通常の業務改善と混ぜず適切な個別対応へ分けます。匿名性を約束できない会議で「何を言っても完全に匿名」と説明しないようにします。

3．45分の進行例：事実から実験まで進める

時間は少人数のチームを想定した設計例です。対象案件の複雑さに合わせて変更してください。

最初の事実整理は各自が短く記入してから共有します。役職の高い人の説明に全員が合わせる流れを避け、食い違う記録は消さずに確認事項へ残します。会議中に確認できない情報には、確認者と期限を付けます。

4．「連携不足」を、観察できる事実へ戻す

原因の言葉をそのまま事実欄に入れないことが重要です。「担当者の意識が低かった」では、どの手順を変えるか決まりません。時刻、渡した資料、依頼内容、判断に使えた情報をたどります。

これは顧客実績ではない説明用の架空例です。原因仮説に都合のよい記録だけを選ばず、同じ手順でもうまく進んだ案件があれば、条件の違いを調べます。原因が一つに絞れなくても、確認したい仮説を明示して小さく試せます。

5．改善実験シートには、やめる条件も書く

「今後は気をつける」「共有を徹底する」を、試す場面と手順へ変えます。一度に複数の対策を入れると何が効いたか分からなくなるため、最初は変更を絞ります。

2週間という期間も設計上の仮定です。対象案件が一度もなければ、有効だったとは判断できません。「漏れがゼロ」だけでなく、何件で試したか、実際に手順が使われたかを一緒に記録します。

6．次回は、対策の実施と結果を別々に確かめる

確認は三段階で行います。第一に、予定した変更が実施されたか。第二に、狙った業務上の変化が観察されたか。第三に、他の仕事へ負担が移っていないかです。実施されなかった場合は、手順を知らなかった、権限がなかった、準備時間がなかったなどを確認してから、対策自体の良し悪しを判断します。

• 継続：利用場面と効果を説明でき、負荷も受け入れられる。通常手順へ反映する。
• 修正：一定の場面では使えるが、担当不在などの例外に弱い。対象や手順を直して再度試す。
• 中止：目的に合わない、または負担が大きい。元へ戻す担当と時点を決める。
• 追加観察：対象件数や記録が足りない。条件を定めて観察を続ける。

少数の事例だけで因果関係や全社での効果を断定しません。標準化する場合は、手順の更新日、適用範囲、変更を伝える相手を明示します。他部門との受け渡しが変わるなら、部門間の連携合意書へ反映します。

7．管理職は、改善案をすべて自分の宿題にしない

メンバーが変えられる仕事は担当者へ任せ、管理職は権限、時間、他部門との調整を支援します。現場で変えられない予算・制度・人員配置の論点は、選択肢と判断期限を付けて上位者へ渡します。会議を開いた人が全部を引き取ると、次回も管理職の報告を待つだけになります。

組織サーベイから取り組みを始める場合は、先にサーベイ後の改善テーマの選び方で対象を絞り、実施後の具体的な案件をこの振り返りへ持ち込みます。アンケートの点数だけを根拠に、特定メンバーの行動へ原因を決めつけないでください。

よくある質問

意見が出ないときは、何から始めますか？

「改善点はありますか」ではなく、直近の案件で待った場面、助かった対応、判断に迷った情報を各自が書くところから始めます。発言が難しい理由も確認し、全員の前で話す方法だけに限定しません。

成功した案件でも振り返りは必要ですか？

次に残したい手順を確かめる目的で使えます。成果が出たという理由だけで全部の手順を正解とせず、特定の人の長時間対応や偶然の余裕に依存していなかったかも確認します。

まずは最近終わった案件を一つ選び、予定・事実・仮説を別々に書いてください。振り返りの進行を管理職育成と職場実践へつなぐ支援は、評価制度・マネジメント支援をご覧ください。

参考資料：Atlassian：Sprint Retrospectives（2026年10月17日確認）。進行時間、表、改善実験と架空例はCareerSync編集部による設計例です。