スプリントバックログのタスクはどのように分解するとよいか？

みなさんこんにちは。@ryuzeeです。 スクラムチームのなかで分業と平行作業が多くなっているのを見かけることがあります。 この理由の1つは、スプリントバックログの一環として作られたタスクの分解の仕方にあります。今日はこれについて見ていきたいと思います。 スプリントバックログとは？まずは復習です。 ご存じのとおり、スプリントプランニングでは、そのスプリントで達成したいスプリントゴールを検討し、スプリントゴールの達成に必要なプロダクトバックログアイテムを選択し、インクリメントを届けるための実行計画を作成します。これら3つを合わせたものをスプリントバックログと呼びます。 スプリントバックログは、開発者による開発者のためのもので、必要に応じてリアルタイムで更新していきます。 毎日のデイリースクラムで進捗を検査できる程度の粒度である必要があります。 スプリントプランニングではタスクの分解が必要なの

[sh19910711]

"必要なのは毎日検査可能な実行計画 + 全てを詳細なタスクに分解する必要もありません / あまり良くないタスク分解: タスクが開発者の行動の観点で記述されている / 何ができればそのタスクが完了なのか" 2021

[hiroomi]

“この例だと、プロダクトバックログアイテムが完成しそうだと確証を持てるタイミングは「結合する」のタスクが終わったあたりになります。”この記述の下の内容を読むとフロー、流れ重視。

[shogo0809]

ちょうど課題に感じてた部分に対するヒントになりそう