ふりかえり

ふりかえりの主な目的は、過去の成果を評価して終わりにすることではなく、次の期間の進め方を具体的に変えることにあります。軸を「人」ではなく「進め方・仕組み」に置くのが要点で、誰が悪かったかを探す場になると発言が止まり、情報が出てこなくなります。PM（プロジェクトマネージャー）は、議論の対象を作業手順・ツール・会議体・役割分担といった変えられる対象へ誘導します。

位置づけとしては、進捗確認の会議やステアリングコミッティとは別の場として分けて考えると整理しやすくなります。進捗確認が「計画に対して今どこにいるか」を扱うのに対し、ふりかえりは「どう進めれば次がやりやすくなるか」を扱います。登場するのは開発担当・テスト担当・設計担当など実際に手を動かすメンバーで、PMは結論を押しつけず、出てきた改善案を次のスプリント計画やWBSの運用に落とし込む係に回ります。

この切り分けが曖昧だと、ふりかえりが遅延報告の場に変わり、改善の話が後回しになりがちです。目的を冒頭で一言そろえてから始めると、話の軸がぶれにくくなります。

進め方にはいくつかの型がありますが、広く使われるのはKPT（Keep・Problem・Try）です。おおまかには次の順で進みます。

• 事実の共有
  対象期間に起きたこと、数えられる事実、印象に残った出来事をメンバーが先に出し合い、認識をそろえます。
• 続けること・困りごとの整理
  うまくいった進め方（Keep）と、支障になった点（Problem）を分けて並べ、似たものをまとめます。
• 試すことの決定
  次の期間に試す具体行動（Try）を、担当と期限つきで一つか二つに絞ります。

成果物は、合意されたTryの一覧と担当・期限です。これを付箋やボード、課題管理ツールに残し、次回の冒頭で前回のTryがどうなったかを必ず確認します。KPT以外にも、時系列で感情の起伏を描く方法や、よかった点と改善点の二軸で書き出す方法がありますが、どの型でも「事実を出す→論点を絞る→行動を決める」という流れは共通です。PMは、Tryが多すぎて実行されない状態を避け、確実に回る数に絞る調整役を務めます。

ふりかえりがうまく回らないときには、いくつかの典型的な形があります。軸を「何が起きているか」に置いて見ると原因を切り分けやすくなります。

• 犯人探しの場になる
  個人の失敗を責める空気になると、本音の問題が共有されなくなり、同じトラブルが次の工程でも繰り返されます。
• 感想で終わってTryが出ない
  「大変だった」「頑張った」で止まり、次に変える行動が決まらないと、場が和やかでも何も改善しません。
• Tryが実行されない
  担当と期限を決めずに終える、あるいは一度に多くを決めすぎると、次回までにほとんど手がつかず形骸化します。

対策として、PMは発言しやすい雰囲気を保ちつつ、最後に必ず行動を一つ以上確定させます。前回のTryの実施状況を毎回冒頭で確認する運用にすると、決めたことが放置されにくくなります。また、進捗の遅れをここで追及すると場の目的がずれるため、遅延の対処は別の進捗管理の場に切り分けるのが無難です。

ふりかえりは、言葉の近い活動と混同されやすいため、軸をそろえて区別しておくと運用が安定します。ここでは「目的」「対象期間」「主役」の三つの軸で整理します。

• 反省会との違い
  反省会は過去の失敗の原因究明に重心があり、個人の責任に向かいがちです。ふりかえりは未来の進め方の調整に重心を置き、主役はチーム全体になります。
• 進捗会議との違い
  進捗会議の対象は計画との差で、目的は現状把握と遅れへの対応です。ふりかえりの対象は働き方そのもので、目的は仕組みの改善にあります。
• プロジェクト終結時の総括との違い
  終結時の総括は全体を一度だけ振り返りますが、ふりかえりはスプリントや工程の区切りごとに短い周期で繰り返し、小さく軌道修正を重ねます。

どれも過去を見る点では重なりますが、周期の短さと「決めた改善をすぐ次に回す」点がふりかえりの特徴です。表記としては、ひらがなの「ふりかえり」と漢字の「振り返り」はほぼ同じ意味で使われます。

ふりかえりを運営できることは、PM（プロジェクトマネージャー）としての地力を示す場面になりやすい要素です。進捗や課題を管理するだけでなく、チームが自分たちで改善を回せる状態をつくれるかどうかは、任されるプロジェクトの規模や難度が上がるほど問われます。面接や経歴の説明でも、どんな型でふりかえりを回し、どの改善が次にどう効いたかを具体的な工程や行動で語れると、進め方を設計できる人という印象につながります。

転職を検討する段階では、過去の案件を自分でふりかえり、続けてきた進め方と変えてきた点を言葉にしておくと、自分の強みと伸ばしたい領域を整理しやすくなります。日々の小さなふりかえりの積み重ねが、キャリアの振り返りにもそのまま使えます。

ふりかえりはどのくらいの頻度で行いますか。

決まりはありませんが、アジャイル開発ではスプリントの区切りごと、つまり一週間から二週間に一度行うことが多いです。ウォーターフォールの場合は工程の節目や月末などに合わせて実施します。周期が長すぎると改善が遅れ、短すぎると負担になるため、チームの動き方に合わせて調整します。

ふりかえりと反省会は同じものですか。

重なる部分はありますが、重心が違います。反省会は過去の失敗の原因を探すことに向かいやすく、ふりかえりは次の進め方をどう変えるかに重心を置きます。個人を責める場ではなく、チームの仕組みを調整する場と考えると運用しやすくなります。

PMはふりかえりで何をすればよいですか。

PMは進行役として、安全に話せる雰囲気を保ちながら、議論を変えられる対象へ向けます。最後に担当と期限のついた行動を一つ以上決め、次回の冒頭でその実施状況を確認する運用をつくります。結論を押しつけず、場をまとめる役割に徹するのが基本です。