スクラム (ソフトウェア開発)
会話は、これらの質問への応答に限られる。その質疑応答の結果によっては、即座に別の会議を開くこともある。問題があると報告された場合、スクラムマスターは、即座に意思決定する責任を負う。問題が外的要因によるものである場合、スクラムマスターが、その解決の責任を負う。デイリースクラムの目的はスプリントゴールを基準とした検査と適応である。
スプリントレビュー: スプリント最終盤にはスプリントレビューが行われる。このプロセスではスプリント成果の検査と適応をおこなう。すなわち生み出されたプロダクト/ソリューションが目標とする価値(プロダクトゴール)を実現しているかレビューする。インクリメントを中心にプロダクトが評価され、必要に応じてPBIが追加・変更される。このレビューには顧客・プロダクトオーナー・開発者(場合により営業・マーケター)が参加する。レビュー対象はインクリメントであり、未完で終わったPBIは含めない(ソリューション評価にならないため)。
スプリントレトロスペクティブ(振り返り): スプリント終了時には振り返りが行われる。このプロセスでは開発工程の検査と適応をおこなう。スプリントで発生した問題とその改善策などを検討し、必要に応じてプロセス改善のPBIを追加する。
スプリントではPBIがインクリメントへ実装される。インクリメントは完成の定義を満たしリリース可能な状態にある。ゆえにスプリントの途中、スプリントレビューより前の段階でデプロイされうる。デプロイ判定(受け入れテスト)は"完成の定義"でなされるべきであり、スプリントレビューが障害物となって適応を遅くする事態を招いてはいけない。
↑ "スプリントゴール、スプリント向けに選択したプロダクトバックログアイテム、およびそれらを提供するための計画をまとめてスプリントバックログと呼ぶ。" scrum guide 2020 JP
↑ "スプリントバックログはデイリースクラムで進捗を検査できる程度の詳細さが必要である。 " scrum guide 2020 JP
↑ "スプリントバックログには、スプリントゴールを達成するために開発者がスプリントで行う作業がリアルタイムに反映される。その結果、より多くのことを学ぶにつれて、スプリントの期間を通して更新される。... 作業が予想と異なることが判明した場合は、スプリントゴールに影響を与えることがないように、プロダクトオーナーと交渉してスプリントバックログのスコープを調整する。" scrum guide 2020 JP
↑ "プロダクトの価値と有用性を今回のスプリントでどのように高める ... そのスプリントになぜ価値があるかをステークホルダーに伝えるスプリントゴールを定義する。" scrum guide 2020 JP
↑ "スプリントゴール(なぜ)" scrum guide 2020 JP
↑ "スプリントゴールはスプリントの唯一の目的である。" scrum guide 2020 JP
↑ "これまでのスプリントプランニングのトピックである「What」と「How」に加えて、スクラム ガイド 2020 年版では、3 つ目のトピック「Why」に重点を置いた。これはスプリントゴールで 言及されている。" scrum guide 2020 JP
プロダクトバックログ(英: Product Backlog)はプロダクトが目指す姿とそうなるための要素の一覧である。プロダクトバックログはプロダクトゴールとプロダクトバックログアイテムからなる。
プロダクトバックログアイテム(PBI)はプロダクトゴールを達成する「何か(what)」の定義であり、理想形に必要な要素を示す。PBIはコストと顧客価値が見積もられ優先順位をもつ。プロダクトに対する要求は常に変化する。例えば変化を引き起こす物事としてプロダクトの利用・成長、市場からのフィードバック、ビジネス要求・環境の変化、技術の登場などがある。プロダクトに対する要求の変化に対してプロダクトバックログは「適応」する。すなわちプロダクトバックログの項目は要求の変化に応答して変化する。プロダクトバックログを更新していくことで、製品は常に適切で競争力をもち便利な方向へ開発されていく。
プロダクトバックログの最終的な決定と責任はプロダクトオーナーにあり尊重される。そこに至るまでのバックログへの関わり方(オーナー主体かチーム取り組みか)はプロジェクト次第である。またPBIがもつべき具体的項目は各プロジェクトごとに定義される(スクラムはあくまでフレームワークである)。
プロダクトバックログリファインメント スプリント期間中、チームはプロダクトバックログの健全性を保つための会議を開く。プロダクトバックログの健全性を示す指標として、INVESTが用いられることが多い。