スプリントレトロスペクティブ：チームのための回答例と質問

スプリントレトロスペクティブはScrumの中心的な要素です。チームはスプリントの শেষেに集まり、協働を振り返り、次のスプリントに向けた具体的な改善策を決めます。良い質問だけでは、必ずしも十分ではありません。回答例があれば、観察したことを明確に言語化し、そこから実行可能なアクションを導きやすくなります。

率直なフィードバックの重要性

オープンなコミュニケーションを促進するためのヒント

率直なフィードバックは、効果的な協働と継続的改善の基盤です。チームメンバーがスプリントレトロスペクティブで率直に話すには、安心できると感じる必要があります。評価されることへの不安が大きいほど、問題は話題に上りにくくなります。次の3つのアプローチは、心理的安全性を高めます：

リラックスして信頼できる環境を作る：

• 雰囲気は、人々がデリケートなテーマを話し合うかどうかにも影響します。そのため、チームがミス、対立、時間的プレッシャーにどう反応するかを観察しましょう。難しい状況が一緒に、かつ建設的に解決されるなら、信頼は育ちます。責任の押し付けや緊張を伴うなら、チームメンバーは今後、問題を口に出さなくなるでしょう。

マネジャーの役割モデル機能（模範を示す）：

• チームメンバーは、リーダーが難しい状況にどう向き合うかを手本にします。自分のミスを率直に認め、そこから建設的に学ぶ人は、チームに同じことをしても安全だと示しています。

たとえば「うまくいかなかったことは？」という質問では、まず自分のミスについて責任を取ってみましょう。何が起きたのか、そこから何を学んだのか、そして次に何をするのかを簡潔に説明します。

匿名のフィードバックオプション：

• 匿名フィードバックは、そうでなければ口にされないままになりがちなテーマを可視化するのに役立つことが多いです。最初は誰のものか特定できなくても、そこに潜む可能性のある問題への意識を生み出します。

その後、そのフィードバックがなぜ匿名で出されたのかをチームで一緒に考えます。そうすることで、チームは原因に取り組み、少しずつよりオープンな雰囲気を作っていけます。

安全性と信頼の文化は、一朝一夕には生まれません。しかし、チームがミス、対立、不安について率直に話せるようになれば、レトロスペクティブは格段に役立ち、改善もより持続的になります。

静かすぎるレトロスペクティブをどう避けるかについては、Engineering LeadのJean-Sebastian Carleが次の動画で解説しています：

Play

回顧的な質問と回答の例

以下の質問は、チームがスプリントでの協働を振り返るのに役立ちます。回答例は、ある観察から具体的な次の一歩へとどうつなげるかを示しています：

うまくいったこと」回顧展

What-Went-Wellレトロは、3つのシンプルな質問で構成されています：

何が良かったのか？👍🏽

チームの流れが今うまくいっているとき： 「Product Backlog用の新しいツールによって、優先順位と依存関係が透明になりました。Dailyでは、次に何に取り組むべきかをもう推測する必要がありませんでした。だから今後も使い続けたいです。」

協働が改善したとき： 「Checkoutのバグでは、3人で1時間つなげて対応しました。その後は不具合を絞り込めて、誰も一人で問題を抱えずに済みました。この素早く集まるやり方はとてもよく機能しました。」

👎🏽。

チームに透明性が欠けているとき： 「ここ3スプリント、私たちはVelocityをチームで一緒に見返していませんでした。そのため、計画についての議論が出たのは、スプリントがもうほとんど終わる頃でした。次のスプリントでは、Reviewで確認し、大きなずれについて話し合います。」

引き継ぎが足を引っ張るとき： 「そのチケットは火曜日に実装完了していましたが、その後金曜日まで『テスト待ち』のままでした。テストが滞っていることを、スプリント末になってから気づくのではなく、もっと早く把握できるようにすべきです。」
詳細はこちら： アジャイル測定基準.

🙌🏽

小さな声がかき消されるとき： 「すべてのチームメンバーが自分の視点をRetroで出しているわけではありません。そこで今後3回のRetroでは、まず静かな記述フェーズを設けます。そうすれば、いちばん声の大きい人たちが議論を形作る前に、全員が考えを書き留められます。」

スプリントにあまりにも多くの中断があった場合： 「今週はサポート依頼のたびに作業を中断されました。チームの残りのメンバーがスプリント目標に集中して取り組めるよう、私たちは毎日ローテーションのサポート枠を設定しています。」
詳細はこちら： 心理的安全性 そして 3つのステップで行うチームヘルスチェック.

その他のリソースとテンプレート

もちろん、それ以外のレトロスペクティブも用意している。以下はその一例である：

現在の課題には卓越したチームワークが必要だ。このレトロで、チームが団結しているかどうかをチェックしよう：

チーム・コミットメント・レトロの回答例

相反する優先順位への対処：

• 「相反する優先順位に気づいたら、すぐにDailyで共有し、作業を始める前に責任者から判断をもらいます。そうすることで、重要度の異なる2つのテーマに並行して取り組まなくて済みます。」
• 「水曜日にリリースに加えて営業からの要望が出てきたとき、私はそれをそのまま引き受けませんでした。Slackチャンネルで見えるようにして、リリースを優先することをみんなで決めました。」

ブロッカーの伝え方：

• 「あるタスクで行き詰まったら、ボード上でブロック中としてマークし、チームチャットで必要なことを簡潔に書きます。遅くとも1営業日後には、積極的にサポートを求めます。」
• 「新しいインターフェースではテスト用のアクセス権がありませんでした。3日間返事を待つ代わりに、Dailyのあとで『ブロックされています。今日15分、アクセスのことで助けてくれる人はいますか？』と書きました。」

コンフリクトへの対処：

• 「コンフリクトが起きそうだと気づいたら、できるだけ早く関係者と直接話します。まずはお互いの観察を整理し、そのあとで何を変えるべきかを一緒に決めます。」
• 「緊張感のあるPlanningのあと、私はグループチャットで議論を続けませんでした。2人で話し合って、締切に対する前提が違っていたことが分かりました。」

特に困難な時期には、摩擦の少ない協力関係が不可欠です。そのためには、すべての人が摩擦点をこじれる前に話す勇気を持たなければなりません。チーム内で常に意見を表明できる安心感を持つことは、「心理的安全性」とも呼ばれます。あなたのチームの現状を確認してみましょう。

心理的安全性に関する回答例

他に話したいことはあるか？

• 「最近のRefinementでは、いくつかの質問が終わったあとになってから出てきました。見積もりの前に、意識的に短い質問タイムを入れましょう。」
• 「インシデントのあと、雰囲気について話したいです。通話ではすぐに解決策が見つかったのですが、その後で私たちは互いに責め合っていたように感じました。」

この尺度はチーム内の違いを可視化します。以下の例コメントは、『まったくそう思わない』や『とてもそう思う』という回答を具体的にイメージしやすくする助けになります：

「自分のパフォーマンスがどれくらい良いのか、またどう改善できるのかについて、定期的に役立つフィードバックを受け取っています。」

• まったくそう思わない: 「自分の仕事が期待に合っているかどうかは、年次面談で初めて知ることがほとんどです。前回のリリースでは、私の監視対応が役立っていたのか、それとも余計な作業を増やしただけだったのか、最後まで分かりませんでした。」
• とてもそう思う: 「Pairingのあと、Leaがすぐに私のデバッグノートが役立ったと言ってくれて、次回はもっと見やすくする方法も教えてくれました。具体的で、すぐに実践できました。」

「チームの誰かがミスをしても、その人が責められることはありません。」

• まったくそう思わない: 「機能をロールバックしなければならなくなったとき、チャンネルにはすぐに『誰が許可したの？』という声が上がりました。それ以来、レビューで不安点を指摘する前に、二度考えるようになりました。」
• とてもそう思う: 「Feature Flagが欠けていたとき、私たちは犯人探しをしませんでした。どうしてそうなったのかをみんなで再現し、リリースチェックリストに確認項目を追加しました。」

「私たちのチームでは、何かを知らなくても大丈夫です。」

• まったくそう思わない: 「アーキテクチャの判断のとき、2つのキャッシュ方式の違いを理解していなかったのに、私はうなずいていました。進行をまた止める人にはなりたくなかったのです。」
• とてもそう思う: 「チームに入ったばかりの頃、デプロイスクリプトが具体的に何をするのかを質問しました。Tomはその質問を流すのではなく、短いセッションを設定し、説明もすぐにドキュメント化してくれました。」

コンフリクトがあるときは、物事そのものについて話すので、誰も個人的に攻撃されたり責められたりしていると感じません。

• まったくそう思わない: 「技術的な解決策についての議論で、『君はいつも必要以上に複雑にしている。』と言われました。その後は、解決策のことではなく、自分を守ることばかり考えるようになりました。」
• とてもそう思う: 「APIの解決策については意見が分かれていました。双方がそれぞれのリスクを説明し、それを書き出したうえで、後戻りの手間が少ない案を選びました。誰も正しさを証明する必要はありませんでした。」

困難な時期は個人のバッテリーにも負担をかける。今は特に、チームのエネルギーレベルに目を配ることが重要だ：

アキュ・レトロスペクティブの回答例

今、あなたのバッテリーの残量は何パーセントか？

• 「私のバッテリー残量はだいたい60％です。仕事は問題なくこなせていますが、並行して進む調整が多く、だんだん疲れてきているのを感じます。」
• 「今は25％です。週末の本番障害対応と、病欠による2件の代替対応がまだ尾を引いています。」
• 「85％です。新しいテーマにやる気が出ますし、今週は十分に中断されない時間があって、しっかり取り組むことができました。」

最近バッテリーを消耗させたものは何か？

• 「サポート、バグ修正、スプリント目標のあいだで短期間に文脈が切り替わることで、かなりエネルギーを消耗しました。そのせいで、一つの作業に集中して取り組むことがほとんどできませんでした。」
• 「リリースが実施されるのか毎日不透明だったことが、作業そのものよりも私を疲弊させました。毎晩判断を待って、それに合わせて立てた計画もまた白紙に戻していました。」

最近、バッテリーを充電したものは何だろう？

• 「複雑なバグへのペア作業はやる気につながりました。問題の切り分けがすぐにでき、その中で新しいことも学べました。」
• 「レビューでユーザーのフィードバックを直接聞けたことで、なぜこの小さな改善が重要だったのかを改めて実感できました。大変な一週間のあとで、本当にやる気が出ました。」

今後数週間、省エネに役立つことは何だろう？

• 「週に2回、午前中の2コマを会議なしの集中時間として確保できると助かります。その時間はスプリントのタスクだけに取り組み、サポート依頼はまとめてその後に対応したいです。」
• 「休暇中の代理対応には、明確な一覧が必要です。何が本当に緊急なのか、問い合わせがあったときに誰が判断するのか、そして何を私の復帰まで待たせられるのか。そうすれば、気持ちが引っかかったまま休みに入らずに済みます。」

その他の形式は、こちらのコレクションでご覧いただけます: レトロスペクティブのための33の簡単な例.

明確な構成があれば、毎回のレトロから具体的な次のステップを持ち帰ることができます。Echometerなら、数分でレトロスペクティブを準備し、次のスプリントに向けたアクションを記録できます。

無料で試してみてほしい：