スクラム（Roles, Events, Artifacts）
スクラムは、複雑な問題に対して、短い期間で価値を届け、結果を検査し、次の計画を更新するための軽量な経験的フレームワークです。会議の名前や役割の肩書きを導入するだけではスクラムになりません。透明性、検査、適応が実際の判断へつながる必要があります。
役割と責任
プロダクトオーナーは、プロダクトの価値を最大化するためにプロダクトバックログの順序と目的を明確にします。スクラムマスターは、スクラムの理解と有効性を支え、障害や組織的な妨げを扱います。開発者は、スプリントで利用可能なインクリメントを作る方法と品質に責任を持ちます。役割を単なる作業分担にすると、価値・プロセス・技術品質の責任が分断されます。
イベントと成果物
スプリントは検査と適応のための一定期間です。スプリントプランニングで目的と作業を決め、デイリースクラムで計画を調整し、スプリントレビューで関係者と成果を検査し、レトロスペクティブで改善を選びます。プロダクトバックログ、スプリントバックログ、インクリメントは、目的と状態を可視化する成果物です。
各インクリメントは、合意した完成の定義を満たし、利用可能な品質を持つ必要があります。未完成の作業を「進捗」として隠すと、検査と適応の材料が失われます。
限界と適用
スクラムは、問題の価値や要求を自動的に正しくしてくれません。依存関係が多すぎる、関係者がレビューに参加しない、品質を後回しにする、チームが自律的に判断できない、といった条件を先に改善しなければ、イベントだけが増えます。適用しない場合も、短い学習周期、透明性、検査、適応という原則は別の方法で実現できます。