スクラムガイド | 39. スプリントふりかえり中の最も一般的な間違い

スプリントレトロスペクティブは、すべてのスプリントを終了するイベントです。 同時に、最も困難なスクラム チーム ミーティングの 1 つです。 スプリント振り返りで最もよくある間違いは、デリケートな問題についての会話を避けることと、すでに診断された問題の解決につながる具体的なコミットメントの欠如です。

スプリントふりかえり中のよくある間違い – 目次:

1. 序章
2. 不十分な透明性
3. 1 回限りの問題や成功に焦点を当てる
4. プロダクトオーナーの過剰な表現
5. 自己管理の問題
6. コミットメントが多すぎる
7. スプリントふりかえりでよくある間違い – まとめ

序章

残念ながら、Sprint Retrospective 中のミスは非常に一般的です。 これは、チームが十分に成熟している必要があるため、成功させるのが最も難しい会議の 1 つであるためです。 そのため、他のチームで最も頻繁に発生する問題を調べて、スクラム チームでスプリント レトロスペクティブを実施するときにその症状をより簡単に見つけられるようにすることをお勧めします。

不十分な透明性

スクラム ガイドによると、スクラム チームの各メンバーは、正直かつ大胆に懸念を表明し、スプリント振り返り中に意見を表明する義務があります。 しかし、実際には、透明性への取り組みは非常に厳しいものです。 このため、スクラム チームのメンバーはしばしばそれを回避しようとします。

発見して解決するのが難しい問題の 1 つは、スクラム チームの作業で観察された欠点についての議論を避けることです。 これは、長期的にははるかに深刻な問題につながる可能性があります。

したがって、スクラム マスターのタスクは、チーム内の状況を注意深く監視し、すべてのチーム メンバーがスプリント振り返りの最初から積極的に行動できるようにすることです。

1 回限りの問題や成功に焦点を当てる

スプリントレトロスペクティブ中に発生する可能性のある別の問題は、周期的で反復的なチームの行動と、それらがチームの有効性に与える影響に十分な注意を払っていないことです。

例外的な成功を収めた場合、スクラム チームのメンバーを祝福するのは常に良いことです。 ただし、スプリントレビューはそれを祝うことに専念すべきではありません。 失敗も同じです。 偶然の理由またはすでに診断されたエラーが原因で何かが失敗した場合、スプリント レビュー中にそのイベントを過度に分析する価値はありません。

ただし、チームがスプリントレトロスペクティブの大部分をそのようなイベントに費やすこともあります。 ただし、Sprint Retrospective の目的は、チームの日常業務を改善する方法を探すことです。 したがって、会議は一度限りの成功や、二度と起こらない可能性が高い問題を中心に展開するべきではありません。

プロダクトオーナーの過剰な表現

多くの組織では、プロダクト オーナーの役割はプロダクト マネージャーの役​​割と同等です。 プロダクト オーナーは、スクラム チームのスーパーバイザーと見なされることがよくあります。 このため、開発チームが彼の前でチームワークの問題について話したがらないことがあります。

そのため、開発チームとプロダクト オーナーの間で相互の信頼関係を構築することが非常に重要です。 残念ながら、信頼を築くプロセスは難しく、時間がかかります。 そのため、プロダクト オーナーがスプリント レトロスペクティブの全部または一部への参加を断念して、チームの他のメンバーが自由に議論できるようにすることをお勧めすることがあります。

自己管理の問題

自己管理とは、スクラム チームのメンバーが、誰が、いつ、どのように特定のタスクを実行するかについて、独自の決定を下すことを意味します。 スプリント振り返りでは、チームは人々、彼らの相互作用、チームの実践について話し合います。 次に、次のスプリントでどのような問題を解決する必要があるか、それをどのように解決するか、誰が行動を起こす責任を負うかを決定します。

自己管理チームでより深刻な問題が発生した場合、スクラム チームは責任を放棄したくなるかもしれません。

時折、チーム メンバーが議論に参加することを望まず、管理責任を他の人に押し付けようとすることがあります。 それを防ぐためには、小さな問題でも定期的に話し合って蓄積させないことが非常に重要です。

コミットメントが多すぎる

経験主義の 3 つの柱である透明性、検査、適応に従って活動するアクティブなスクラム チームは、一度にあまりにも多くのコミットメントを行うという問題に遭遇する可能性があります。

スプリントふりかえり中にスクラム チームが行ったコミットメントが多すぎる場合、次のようなリスクがかなりあります。

• どの公約も適切に実施されない
• 一部のコミットメントはまったく実施されない
• 行われた変更は永続的ではありません

したがって、各スプリントで 4 つ以下の改善を行うことをお勧めします。 これにより、チームのパフォーマンスを徐々に効果的に改善できます。

スプリントふりかえりでよくある間違い – まとめ

Sprint Retrospective は挑戦的なイベントであるため、実行中に問題が発生することがよくあります。 それらをより簡単に処理するには、最も頻繁に発生するものに注目する価値があります。 スプリントふりかえり中のよくある間違いは次のとおりです。

• 不十分な透明性– スクラム チームのメンバーがより困難なチームの状況で正直に対処できない場合
• 1 回限りの問題または成功に焦点を当てる – スクラム チームのメンバーが、チームの作業の長期的な有効性について議論する代わりに、成功と失敗について議論することに集中する場合
• プロダクト オーナーの過剰な表現– スクラム チーム メンバーがプロダクト オーナーをチーム外の人物またはスーパーバイザーであるかのように限られた信頼で扱う場合
• 自己管理の問題– スクラム チームのメンバーが問題と意思決定の責任を転嫁しようとするとき。

私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest の忙しいミツバチ コミュニティに参加してください。

作者: キャロライン・ベッカー

プロジェクト マネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。 彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。

すべての投稿を表示

スクラムガイド:

1. 基本的な用語、役割、および概念の用語集
2. スクラムとは？
3. スクラムの価値
4. あなたの会社にスクラムを導入する方法は？
5. スクラム チーム - それは何ですか?どのように機能しますか?
6. プロダクトオーナーとは?
7. プロダクトオーナーのよくある間違い
8. スクラムマスターとは？
9. 優れたスクラムマスターの特徴
10. スクラムマスターのよくある間違い
11. スクラム マスターはどのような統計と指標を追跡する必要がありますか?
12. プロダクトオーナーとスクラムマスターの協力
13. スクラムの開発チーム
14. 開発者のよくある間違い
15. スクラム成果物
16. スクラムのスケーリング
17. スプリントバックログ
18. 製品バックログとは何ですか?
19. ユーザーストーリーとは？
20. INVEST で最高のユーザー ストーリーを作成する
21. 最も一般的なユーザー ストーリーの間違い
22. ユーザーストーリーの承認基準
23. スクラムの見積もりとストーリー ポイント
24. 企画ポーカー
25. チーム見積もりゲーム
26. 増分の定義
27. スクラムイベント
28. スクラムにおけるスプリントとは?
29. スクラム チームのコミットメント - 製品の目標、スプリントの目標、完了の定義
30. バーンダウンチャートとは？
31. バーンダウン チャートを作成して解釈する方法
32. バーンダウンチャートのメリットとデメリット
33. スクラムとスクラムバンのかんばんボード
34. スクラムの速度 - 開発チームの速度
35. デイリースクラム
36. スプリント計画
37. スプリントレビュー
38. スプリントレトロスペクティブとは何ですか?
39. スプリントふりかえりでよくある間違い
40. 製品バックログ育成