スクラムガイド | 17. スプリントバックログ

公開: 2022-05-17

開発チームは、スプリント計画中に新しいスプリント バックログを作成します。 その瞬間から、それが開発者の現在のコミットメントになります。つまり、開始スプリントで実装する製品の新機能、拡張機能、および変更のリストです。 スプリントの開始後、バックログは、開発者が実行するタスクを選択するバインディング キューになります。

スプリントバックログとは? - 目次:

  1. 序章
  2. スプリント バックログはどのように作成されますか?
  3. スプリント バックログには何が含まれていますか?
  4. スプリント バックログの使用
  5. 概要

序章

スプリント バックログは、1 つのスプリント中の開発チームの作業を表します。 したがって、それは専門用語で表現されます。 詳細なタスクとその計画された解決策について説明します。 したがって、開発者にとって明確な方法で作成されたタスクのリストで構成されています。 通常、スプリント バックログでは、プロダクト バックログに固有の説明方法である、プロダクトのビジネス価値言語についてはほとんど考慮されていません。これについては、ここで紹介します。

スプリント バックログが発生します。

  • 製品バックログに基づく
  • 1 スプリントの間
  • スプリント計画と呼ばれるスクラム イベント中に
  • スクラムチーム全体による – しかし開発チームはスクラムの作成における重要な役割

スプリント バックログはどのように作成されますか?

スプリント計画中、プロダクト オーナーは、次のスプリントでプロダクトに価値を付加する方法を提案します。 次に、スクラム チーム全体が協力してスプリント ゴールを策定します。つまり、プロダクト バックログから実装する機能を選択します。 スプリントの目標は、顧客の期待に応えるために製品を実装する方法、または締め切りを延期する方法を定義します。

次のステップは、次のスプリントで行う作業の範囲とそれを達成する方法を考え、現実的に設定することです。

これらの調査結果の結果は、実行するタスクの技術的な説明の形で提供されます。 そして、このリストが新しいスプリント バックログになります。

新しく作成されたスプリント バックログは、開発チームのすべてのメンバーが簡単にアクセスできる場所に存在します。 物理的な空間では、通常、ワークスペースにぶら下がっているホワイトボードです。 一方、デジタル スペースでは、すべての開発者が更新できるクラウドベースの共有ドキュメントとして存在します。 スクラム チームのすべてのメンバーは、それを毎日更新する必要がありますが、通常、その責任を負うのはスクラム マスターまたは開発者の 1 人です。

The sprint backlog arises

スプリント バックログには何が含まれていますか?

プロダクト バックログは、タスクをどのように実行するかを正確に指定していません。 決定するのは開発チームの役割です。 その動きは、チームが操縦​​するのに十分なスペースを作り、自己組織化能力を高めます. また、行動の順序と方法を選択するこの自由は、各開発者独立性と責任感を与える力を与えます。

スプリント バックログを実行するタスクの順序付けられていないリストとして扱う場合にも、同じ考え方が当てはまります。 従来のプッシュ モデル (チームまたは開発者が事前に定義され課されたアジェンダに従って行動する) とは対照的に、プル モデルでは、開発者が実行するタスクを選択します (プル モデル)。

スプリント バックログは次のように指定します。

  1. スプリントの目標– つまり、このスプリントでスケジュールされたタスクをなぜ実行するのかという質問への答え
  2. このスプリントで開発する新しい製品機能と拡張機能のリスト。 これは、このスプリントで実装するために選択されたプロダクト バックログ要素が含まれているためです。
  3. 実行するタスクのリスト– つまり、インクリメンタルになる作業を誰がどのように行うかについての技術的な説明…
Sprint Backlog

スプリント バックログの使用

さまざまなメトリック ツールが、スプリント バックログに書き込まれた作業の進捗状況を反映します。 ほとんどの場合、それはバーンダウン チャートであり、専用の別の記事で完全にカバーします。 このような視覚化により、開発チームは、スプリント目標の作業が計画どおりに進んでいるかどうかを簡単に確認できます。

スプリント中に、作業計画が非現実的に設計されていることに気付くことがあります。 つまり、製品バックログ スプリント目標の To-Do の数が多すぎるか少なすぎます。 いずれの場合も、開発者とプロダクト オーナーは、現在のスプリント バックログにどのような変更を適用するかを検討します。 作業量を減らしたり、プロダクト バックログから追加のタスクを選択したり、すでに計画されているソリューションを拡張したりすることができます。 ただし、スプリント ゴール自体は変更しないでおく必要があることに注意してください。

The Sprint Backlog specifies_

概要

スプリント バックログは、開発者が 1 つのスプリント中に実行する予定のタスクのリストです。 プロダクトオーナーとの一種の詳細な契約です。 スプリントバックログは、スクラムチーム全体が参加するスプリント計画中に発生します。 バーンダウン チャートは、実装のために受け入れられたタスクの完了度を反映します。

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

Scrum Guide | 17. Sprint Backlog caroline becker avatar 1background

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

プロジェクト マネージャーとして、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. 製品バックログ育成