“なぜ？”で終わらせない！次の一手が見つかるPIVOT流振り返り術

こんにちは。PIVOTプロダクトチームのエンジニアをしている、楠瀬（@indiamelaaa）です。
突然ですが、一年の終わりにやることといえば、皆さんは何を思い浮かべますか？
…そうですね、振り返りですよね！
仕事でもプライベートでも、「この一年、何があったか」を振り返る機会が増える時期かと思います。

今回はそれにちなんで、私たちが最近新しく作った**「プロジェクトの振り返りの型」**についてご紹介しようと思います。
チームの規模が大きくても小さくても応用できる方法ですので、ぜひ参考にしてみてください。

背景

PIVOTでは、2024年11月にWeb/iOSアプリのホーム画面を大幅にリニューアルしました。
（2024年12月にAndroidもリリース済み）
これは開発チームにとって大きなチャレンジでしたが、無事にリリースすることができ、ユーザーからもさまざまな反応をいただきました。

しかし、プロダクトをより良くし続けるためには、「何がよかったのか」「何がうまくいかなかったのか」を改めて整理し、具体的な改善策をチーム内で共有する必要があります。

これまでも振り返り自体は行っていたものの、プロジェクトの振り返り手法が定まっていなかったため、

• 振り返りのたびに「どうやって進行すればいいのか」を毎回ゼロから考えなければいけない
• 問題点や成功事例を出すだけで終わり、ネクストアクションが曖昧なまま閉会してしまう場合がある
• 振り返りのクオリティにばらつきがあり、「再現性」が低い

といった課題がありました。
そこで、今後のプロジェクトにも活かせるように振り返りを仕組み化・テンプレート化しようという話になり、作成に至ったのです。

振り返りの目的

振り返りの型を決めるにあたり、まず考えたのはプロジェクトにおける「振り返りの目的」でした。
私たちが考える、振り返りを行う一番の目的は、成功事例を再現できる形で残し、失敗や課題を次回に持ち越さないようにすることです。

ただ「やったね！」で終わらせるのではなく、具体的なアクションを導き出してメンバー全員が行動を変えられる状態を目指そうと考えました。
そして、私たちはこの目的に沿うように、振り返りのテンプレートを決めました。

振り返りテンプレートの概要

私たちは Miro というツールを使用して、振り返りを行なっています。
今回作成したテンプレートのイメージが、こちらの画像になります。（拡大してご覧ください）

PIVOT流・振り返りテンプレート

…パッと見てもわかりにくいですね。それぞれの項目に分けてご説明します。

テンプレートに含まれる主な項目

効果検証結果（左上）
プロジェクトごとに、どのような効果を得られたのかを検証します。リリース後の検証による数値変化などをまとめる欄です。

タイムライン（左）

タイムライン

時系列に沿って振り返る領域です。以下のように付箋の色を分けながら貼っていきます。

• 黄色：当時の出来事や決定したこと（例：キックオフ、実装開始、リリース…）
• ピンク：うまくいったこと（例：設計段階で適切な人に仕事を依頼して無駄な作業が少なかった）
• 青：問題だと思ったこと（例：デザイン作業で仕様の落とし込み精度が低く、定義されていないことが多かった）

なお、「時間軸に関わらないもの」（画像中央）は、プロジェクト全体を通して感じた「うまくいったこと」「うまくいかなかったこと」を記入する場所になります。

Why → 次回PJに活かすアクション（右）

Why → 次回PJに活かすアクション

タイムラインの「うまくいったこと」「問題だと思ったこと」の付箋を深掘りする領域です。
それぞれのトピックについて「なぜうまくいったのか」「なぜ問題だと思ったのか」を深堀りし、そこから次回のプロジェクトでどんな行動を取るかを具体化します。

振り返りの進め方

上記のテンプレートを使用した、振り返りの進行について解説します。

1. 事前準備

1. 役割を決める（誰でも担当可）
   • ファシリテーター（進行役）
   • 議事録係
   • タイムキーパー
2. ファシリテーターの準備
   • テンプレートから新しいフレームを作成し、以下を記載
     • 効果検証の結果
     • 当時の出来事
     • うまくいったこと
     • 問題だと思ったこと
3. メンバーへリンク共有
   • Miroのリンクを共有し、メンバーは「うまくいったこと」「問題だと思ったこと」を付箋で書き出す。

ここまでを事前に行っておくことで、当日は議論に十分な時間を割けます。

2. 当日の進行（目安：1時間）

1. ドット投票（5分）
   付箋から深く話したいものを投票で選びます。
   基準は「いいね的感情には付けない」。
   今後に継続して活かせそう／次回までに解決したいものにのみドットを打ちます。

2. 深掘りディスカッション（45分）
   票の多い順に議論。該当付箋を右側へ移動し、Why → 次回PJに活かすアクションへ流れるように深掘り。

   • トピックが「うまくいったこと」の場合
     1. なぜうまくいったのか（Why）を追求し、誰がやっても再現できる形がないか確認
     2. 再現性がなければ、どうすれば持たせられるか議論
     3. 決定した対策を、次回の具体策として明確化
   • トピックが「問題だと思ったこと」の場合
     1. なぜ問題だと思ったのか（Why）を洗い出し、原因を深掘り
     2. どうすれば防げるか、具体的改善策を検討
     3. 決定した対策を、次回の具体策としてまとめる

3. アクション決定 & クロージング（10分）
   具体的なネクストアクションを決定し、担当者やスケジュールを設定します。

この振り返りの型のポイント

一連の流れを俯瞰できる

タイムラインで出来事を時系列に並べることで、プロジェクト全体の流れを一目で確認可能。
例：大きな仕様変更のタイミング、コミュニケーション不足が起きやすいフェーズなど。
「なんとなく覚えている」ではなく、事実に基づいた議論ができます。

次のプロジェクトに活かすことにフォーカスできる

「なぜうまくいったか／問題が起きたか」を深掘りするだけでなく、
「再現性を持たせるには？」、「次回はどう防ぐ？」をテンプレートに組み込み、
ファシリテーターの経験に左右されず実行可能な改善策を引き出しやすくします。

ディスカッションにおけるTips

ディスカッションにおけるTips

議論が一つのトピックに偏って、他が消化できないことはありませんか？
私たちはリーンコーヒー（Lean Coffee）方式を参考に、時間を管理しています。
（参考: Lean Coffee | Start one in your city!）

1. 短い時間を設定
   各トピックに短いタイムボックス（5分前・3分前・1分前）を設定。
2. 続けるか次へ進むかを都度確認
   まず5分議論→継続の是非を確認→必要なら3分延長→再度確認→必要なら1分延長。
3. まとまらない場合は後日対応
   延長しても着地点が見えなければ、別途ミーティングで改めて深掘り。

この方式により、限られた時間で複数トピックをバランスよく検討でき、
参加者全員が「今必要なこと」を意識しやすくなります。

おわりに

まだ運用して間もない型ですが、使い始めてから、目的に沿った議論をスピーディに行えていると感じています。
今後もアップデートしながら、プロダクト開発のスピードと品質を高めていきます。

もし参考になったら、ぜひこの型を活用してみてください。
その際は、気づいたことをフィードバックいただけると嬉しいです。

それでは、良いお年を。最後までお読みいただき、ありがとうございました！

ハッシュタグ

• #Pivot
• #インシデント
• #インシデント対応