スクラム (ソフトウェア開発)
スプリントはアイデアを価値に変換する、すなわち実際に開発が行われる工程である。
スクラムは適応型プロダクトを開発する。つまりプロダクトは短期間で開発・実践投入・学習・適応を繰り返す必要がある。開発工程として計画・開発・日次見直し・レビュー・調整を含んだ一定期間の区切りがスプリント(英: Sprint)である。スプリントを設定することでプロダクトが目標とする価値へ定期的に適応するように誘導される。素早い適応のためにスプリント長は1ヶ月以下に設定される。
スプリント内では、決まった順序は存在しない。必要に応じて、プロダクトバックログの項目を開発し、まとめ、レビューする。また、項目によっては、単にレビューと調整だけで済む場合もある。どのように開発されるかは、そのバックログ項目の内容によるが、プロダクト全体として、インクリメンタル/イテレーティブに開発されることが多い。
スプリントでは検査と適応のために以下の4つのイベント(プロセス)を組み合わせて用いる。
スプリントプランニング: スプリント期間の最初に行われる。スクラムチームでスプリントバックログを生成する。この過程でチームメンバー間の認識差異がないことを最終確認する。
デイリースクラム: スプリント期間中、チームは、毎日スクラム会議を開く。デイリースクラムは、平日の決まった時間に決まった場所で行う。また、15分以内で完了させなければならない。また、スクラムマスターは、必ず出席しなければならず、チーム全員に対して、「前回のスクラム会議以降、何をしたか」「問題はあるか」「次回のスクラム会議までに何をするか」などの質問をする。
スプリントバックログはスプリントの計画である。このスプリントで実現したい成果(スプリントゴール)、そのために必要なPBI、PBIを生成する手順計画からなる。スプリントバックログはデイリースクラムで進捗を検査可能な程度の詳細度が必要である。スプリントプランニングで生成され、状況の変化に応じて適応する。
検査(英: inspection)は現状把握、すなわち目標と現状の比較・評価である。検査により開発の進行に伴う変化・問題を検出する。検査の目的は適切な方向への適応である。目標が示されていないと比較対象がいないため、十分な検査がおこなえない(例: 発生した問題は検査できても方向性のズレに気づけない)。ゆえに目標の透明性が良い検査の前提となっている。PDCAサイクルの Check 段階に相当する。
スプリントゴールはスプリントがプロダクト改良を通じて提供する価値の目標である。スプリントの目的はスプリントゴールそのものである。作られるプロダクト(what)やプロダクト開発手順(how)のみでなく、生み出したい成果すなわち価値(why)に注目するためにスプリントゴールは設定される。状況の変化により設定されたスプリントゴールがもはや役に立たなくなった場合、そのスプリントは中止される。