ウォータースクラムフォール (Water-Scrum-Fall)
上流の計画と要件定義、中間の開発、下流のリリースの 3 つのフェーズを持つハイブリッドな進め方で、開発のフェーズだけがスクラムに基づく。West が作った造語である。具体的なガイドラインはなく、企業によって導入の仕方が違い、本人たちが気づかないまま従っていることもある。Křivánková と Remta は、チェコの大企業 4 社の 8 人へのインタビューで、その実態を記述した。
- 3 つのフェーズは、Water（上流のプロジェクト計画、時間・予算・スコープの管理計画、ユーザー要求とシステム要求の作成）、Scrum（開発チームによる反復的な設計・開発・実装）、Fall（すべての要求を実装した後、リリースの頻度を抑える品質管理ゲートを置く従来の手順での納品）である。
- 調査の対象は、従業員 5,000 人超で、規制の強い業種の 4 社。プロジェクトの期間は 3 か月から数年で、平均約 6 か月、チームは通常 5 人だった。
- Water では、要件定義に通常最大 3 か月かかり、非常に詳細な仕様書が少なくとも 1 件作られる。
- Scrum は現場に合わせて改変されていた。多くの場合、プロジェクトマネージャーがスクラムマスターを兼務し、顧客がプロダクトオーナーを務めるが、その役割は必ずしも正しく機能していなかった。デイリースタンドアップは毎日とは限らず、レトロスペクティブは、必要性を感じていない場合などに省略されたり、他のイベントの中で扱われたりした。
- Fall には明示的なリリースウィンドウがあり、リリースマネージャーが設定する。開発チーム自身は、デプロイの時期に影響できない。
- 参加者の誰も、自社が Water-Scrum-Fall に従っているとは明言しなかった。プロジェクトは非常に成功していると見られている（3 人は、ほぼ 100% が予定どおり予算内で納品されたと述べた。ただし変更要求で期日は変わる）。
- 一方で、開発前の厳密な分析が開発フェーズのアジリティを強く制限し、開発の過程で、顧客の関与とフィードバックループは省略されていた。不十分な導入の要因として、企業がアジャイルを受け入れる準備ができていないこと、スクラムマスターのようなシニアの役割が不在であることが挙げられた。
- 質的な研究で、標本は紹介の連鎖で集めた 4 社 8 人にとどまり、チェコ市場に限られる[1]
- 所属タグ: Methodology Hybrid Scrum
- カテゴリー: Related Fields
-
Real-Life Water-Scrum-Fall: Insights from Large Companies in Czech Republic — 「Water-Scrum-Fallは、West [7] によって作られた造語です。」（訳）（ライセンス: CC BY 4.0） ↩