"レトロは余計なもの"：7つの対応のヒント
多くの人が、レトロスペクティブはアジャイルの道具箱の中で最も重要な儀式だと言う。ウッディ・ズィルはこう言う：
#agileのプラクティスを1つだけ導入するなら、それはレトロスペクティブであるべきだ。他のすべては後からついてくる.
ウディ・ズィール
では、なぜ開発チームがスプリントレトロスペクティブを不要だと考えるのだろうか？スクラムマスターであり心理学者でもある私の経験では、これはたいていチームの成熟度と関係がある。
チームの成熟度を高めるために、あなたは何ができるでしょうか？ここでは、この課題を解決するための7つの考え、7つのヒントをご紹介します。
チームはレトロスペクティブは余計だと考えている。
ちなみに、スクラム認定試験によると、正式な答えはこうだ：スクラムマスターはチームをより効率的にするために働くべきだ。うーん、これでは何の役にも立たない。どういう意味だろう？
スクラムマスターは、チームをより効率的にするために働くべきである。
を見ると、スクラムマスターの正式な役割は次のようになっている。 スクラムガイド を見てください。「スクラムマスターは、スクラムチームが、次のスプリントに向けて、より効果的で楽しいものにするために、スクラムプロセスの中で開発プロセスとプラクティスを改善することを奨励します。」
理論的には、レトロスペクティブはスクラムマスターの中心的なイベントであるはずです。レトロスペクティブの主な目的は、チームが継続的に改善するのを支援することだからです。しかし、実際には、チームはレトロスペクティブを本当に活用できるほどの成熟度を持っていない可能性があり、そのため、その価値を理解していません。そのため、私自身は「チームをより効率的にする」という記述を、抽象的なレベルで「チームの成熟度を高める」と解釈しています。この文脈で、どのようにすれば良いのでしょうか？そのためのヒントを始める前に、もう一つ説明を付け加えます🙂
レトロは、実際に継続的に向上しているときに価値があるとみなされる。その場合、自律性、自己組織化、自己効力感が高くなる。これが仮説につながる：レトロスペクティブの認知された品質は、チームの（アジャイル）成熟度を示す最良の指標の1つである。
アジャイルの成熟度を測りたいのであれば、レトロスペクティブの質を指標として利用すべきです。これは、チームの「レトロスペクティブの認識された質」と「アジャイルの成熟度」との間の典型的な時間的関係です。
このプログレッションは以下のように達成される：
- 最初のレトロスペクトが実施され、対策が書き込まれる。ついに何かが起こったのだ！
- 対策は実際には実行されていない。話題は多いが、行動はほとんどない。
- しばらくすると、フラストレーション、いわゆる「レトロファティーグ」が生じる。今、この記事の現象が起きている：レトロスペクティブは余計なことだと思われている。チーム自身は比較的成熟しており、問題はないと考えている。
- この境地に達するのは、ごく一部のチームだけである。すなわち、レトロスの質が再び高まり、それが最終的に顕著な改善につながり、その結果、自己効力感が徐々に成熟していくときである。
願わくば、この文章にあるヒントが、この方向への一歩を踏み出す一助となれば幸いである。しかし、私は、“ 良いアクション・アイテムのための7つのヒント 」もこのテーマにおいて重要な役割を果たします。
1. チームがレトロスペクティブを不要と考える理由を理解する。
スクラムマスターとして、なぜチームがスプリントレトロスペクティブを不要だと考えているのかという仮説を持っているかもしれない。しかし、この仮説を検証してほしい。チームにその背景を明確に尋ねるのだ。
多くの場合、チームには大きな影響力を持つ「オピニオンリーダー」が存在します。この人物を特定し、その視点を理解し、できればその人物と一緒に改善策を練り上げてください（下記参照）。
チームへの理解が深まれば深まるほど、チームの成熟度を高めるための計画を立てやすくなり、以下のヒントから最も適切なものを選ぶことができる。
2. レトロスペクティブを実施する。
原則として、ふりかえりは実施すべきです。チームがスプリントの目標を達成するためにもっと時間が必要で、ふりかえりの代わりに1時間コーディングした方が良いとしましょう。その場合、ふりかえりを数日延期しても構いません。
また、レトロスペクティブの性質を変えたり、短くしたりすることもできる。しかし、チームにレトロスペクティブの価値を示す最善の方法は、本当に良いレトロスペクティブを行うことだ。だから私が言いたいのは、チームのカレンダーに必ずレトロスペクティブのための枠を確保してほしいということだ。
3. ROTI値を測定する
測定できないものは変えられない。チームがふりかえりをどのように認識しているかを継続的に評価するのに役立つ、簡単で迅速な習慣は、ROTIスコア（「投資時間に対するリターン」値）を測定することです。各ふりかえりの後、チェックアウトとして、次の質問をするだけです。「0から10のスケールで、このふりかえりの時間はどれだけ有効に活用できましたか？」。時間をかけて平均を測定します。うまくいけば、すぐにポジティブな傾向が見られるでしょう！
Echometerツールでの月ごとの0から10のスケールでの平均的な「投資時間に対するリターン」スコア - ふりかえりは価値があるか？そのようです！
4. スプリントの振り返りは非常に短くする
開発チームはスプリント・レトロスペクティブは不要だと考えている。スクラムマスターとして、今何をすべきでしょうか？
冒頭で述べたように、おそらくチームはスプリント・レトロスペクティブを時間の無駄だと考え、必要ないと感じているのだろう。
つまり、最近のレトロスペクティブで、彼らはどうやらレトロスペクティブのROTI（投資した時間の質、上記参照）があまり良くないことを「学んだ」ようです。これを変えるには、非常に簡単な方法があります。同じアウトプットで、投資する時間を減らすだけです 🙂
チームがスプリント・レトロスペクティブは不要だと考えている場合、これはおそらく最良のアドバイスでしょう。チームにこう言いましょう。「わかりました。できるだけ短くします（詳細については、ブログ記事「 短い回顧-早いに越したことはない ”).
重要：いつまでもこのままだというシグナルを出したくはないだろう。あなたのメッセージは変わらない：レトロスペクティブは本当に重要だ。遅かれ早かれ、レトロスペクティブはそれほど短くなくなるだろう。
しかし、あなたはふりかえりを短縮します（例えば、60分から30分へ）。なぜなら、そうすることでチームは、時間を投資することの重要性を学ぶことができるからです。そして、ふりかえりの長さを、チームの「プル」や「要望」によって、いわば「有機的に」成長させます。なぜなら、いつかチームはふりかえりのためにもっと時間を欲しがるようになるからです。どうすればそうなるのでしょうか？
最も重要な質問をするだけだ：
「なぜ、前回のイテレーションで設定したすべてのユーザーストーリーを完了できなかったのか？」
その結果、短時間で激しい議論が交わされ、おそらく行動へのアイディアが生まれるだろう。もっと長い議論になる可能性さえある。そしてすでにチームは、振り返りのためにもっと時間が必要だと意思表示している（もちろん、議論を建設的なものに保つのがあなたの仕事だ）。
常に、チーム内で良い考えや議論のきっかけになると思う質問をするべきだ。そして、次のスプリントで試す実験（アクションアイテムとも呼ばれる）を記録するという目標を常に持つべきだ。
5. 他のルーティンも省略することを提案する
つまり、チームはレトロスペクティブは時間の無駄だと考えているわけだ。なるほど。スクラムマスターとして、あなたの主な目標は決してスクラムを実施する人であってはならない。いや、「スクラム」のことではない。
チームが成功し、クライアントや利害関係者に価値を提供することだ。スクラムは、チームがそうするのを助けるものだ。しかし、それは単なるフレームワークであり、価値を素早く、持続的に、高品質で提供するための多くの可能なアプローチのツールボックス（かなり優れたもの）に過ぎない。
だから、もしチームがレトロスペクティブに関して不満を持っているなら、今述べたような観点からスクラムを見ていることを強調すればいい。そして、あなたが持っている他のルーチンのいくつかは、実はレトロスペクティブよりも重要ではないと考えていることを付け加えるのだ。
振り返りは、継続的改善のためのエンジンである。これは、チームメンバーが何がうまくいき、何がうまくいかなかったかを見つけるのを助けるためのものである。継続的ループのこの部分を省くと、継続的改善のループを停滞させる危険がある。
例えば、デイリーをいくつかなくしたらどうなるでしょうか？何が起こるかわかりますか？おそらく、何も影響がないかもしれません。完璧です。それなら、そのままにして時間を節約できます。
その一方で、チーム内のコミュニケーションが悪くなる可能性もある。そのためチームはミスを犯す。最終的には、より多くのコミュニケーションが有機的に必要となり、レトロスペクティブでそれに気づくことになる。しかし今回は、アジャイル・セレモニーがあなたの主張で導入されたのではなく、チームの「痛み」から導入されたのである。その結果、チーム内でこのセレモニーを受け入れる人が増えるだろう。
6. 過去のレトロスペクティブを見て、その価値を示す。
他のアプローチを補完できるアプローチとして、チームの「回顧の歴史」を長期的に見ることが挙げられます。その前提として、過去の回顧のいくつかが成功していることが挙げられます。
例えば、1年前の振り返りを見て、昨年の課題がいかに難しかったかを思い知る。そして、自分が身につけた知識と経験があれば、同じ課題を今日解決するのはずっと簡単だと気づく。
言い換えれば、その間にどれだけ改善されたかを認識するということです。もしかしたら、この「継続的改善」のアプローチは本当に機能するかもしれません。そして、回顧は実際に大きな役割を果たしているかもしれません。正しく使えば、チーム内で「なるほど」と思える瞬間につながる可能性があります。
さらに、前回のレトロスペクティブ（上記参照）のROTI（時間投資利益率）値を見ることもできる：レトロスペクティブのROTIが8～10であることを証明できれば、その時間は明らかに十分に投資されたことになる。例えば、当社のレトロスペクティブ・ツールEchometerは、各レトロスペクティブの後にROTIを照会し、関連するパフォーマンスの定期的な指標を提供する。 スクラムマスターとしてのあなたのパフォーマンス .
7. 回顧にバラエティを持たせる
「開発チームがスプリント・レトロスペクティブを不要だと考えている場合、スクラムマスターは何をすべきか」という質問に対する典型的な答えの1つは、より多くのバリエーションをメソッドに取り入れ、より楽しくすることで、レトロスペクティブをより生産的でエキサイティングなものにすることです。私は常に「楽しさ」はそれほど重要ではなく、焦点を当てるべきは常に生産的にすることだと強調しています。それでも、楽しさはもちろん、ある程度の創造性とモチベーションを引き出すことができます。
これは一方で、創造的な回顧方法を使用できることを意味します - 例えば、私たちの投稿を参照してください 32 初心者とプロのための回顧的手法 -つまり、新たな考えやアイデアを誘発するような、オープンな質問形式のメタファーである。
一方、典型的なレトロスペクティブの枠を超えつつも、チームの改善を目指す方法を用いることもできる。例えば、以下の点に焦点を当てた回顧／チームワークショップを実施することができる。 心理的安全保障 チーム内で改善されました - 成功するチームのコア要件の1つ。
または、当社のレトロツールEchometerを使用すると、科学的に裏付けられた質問が継続的に回顧に追加されます。それらは、チームが成功するチームのコア機能をどの程度満たしているかを反映するのに役立ちます。これは、当社のツールからの質問の1つの例です。成功するチームのもう1つの前提条件である、健全なフィードバック文化です。
定期的に、自分のパフォーマンスや改善点について有益なフィードバックをもらっている。
レトロスペクティブで議論されたEchometerツールのインパルスの例。
レトロに変化をもたらす方法は他にもたくさんあります。遠慮なく創造性を発揮してください。
前述のように、チームがスプリント・レトロスペクティブを不要だと考えている「理由」によっては、より多くのバリエーションを加えるだけでは、問題を解決するための唯一の手段にはならない可能性があります。
「不要なレトロ」に関する結論
おわかりのように、7つのヒントと行動はさまざまなレベルでこの課題に取り組んでいる。つだけヒントをあげるとすれば、上で述べたように、知的な方法で回顧を短くすることである。これらの対策をすべて組み合わせれば、きっとすぐに結果が出るだろう。
1TP17コンティニュアス・インプルーブメントを楽しもう！
