【第13回】ウォーターフォールとアジャイル、何が違う？

その理解、半分は合ってるけど半分は危ない

向き不向きがあるんだよ、これ。今日はそこを整理しよう

ウォーターフォールモデルは、第12回でやった要件定義→設計→プログラミング→テストという工程を、上流から下流へ、後戻りしない前提で順番に進めていく方式

そう。計画が立てやすく、進捗管理もしやすい。ただし、途中で要件が変わると手戻りが大きい。だから、要件が最初からはっきり決まっている大規模なプロジェクトに向いてる

そのとおり。それに対してスパイラルモデルは、設計→開発→評価という小さいサイクルを繰り返しながら、少しずつシステムを完成に近づけていく方式。1回のサイクルごとに、試作品を評価して次に活かせる

その"繰り返す"という発想をさらに徹底したのがアジャイル開発。短い期間（数週間程度）のサイクルを繰り返しながら、動くソフトウェアを少しずつ届けていく。変化の速いプロジェクト、要件が最初から固まりきっていないプロジェクトに向いてる

うん、それが『向き不向きがある』の意味

アジャイルの代表的な手法がスクラム。スプリントと呼ばれる短い期間（1〜4週間程度）を1サイクルとして、その中で計画・開発・レビューを回す

うん、まさにそのイメージ。毎日短時間で状況共有するデイリースクラム、スプリントの最後に成果を確認するスプリントレビュー、進め方自体を振り返るレトロスペクティブ、こういう定例イベントを繰り返す

もう1つの代表手法がXP（エクストリーム・プログラミング）。ペアプログラミング（2人で1つのコードを書く）、テスト駆動開発（先にテストを書いてから実装する）など、開発の"やり方"そのものを工夫する実践がまとまってる

そこで使われるのがプランニングポーカー。チームメンバーがそれぞれ、作業の規模感をカードで一斉に出し合って、認識のズレをすり合わせながら見積もる手法。厳密な数値というより、相対的な規模感を揃えるのが目的

1つ目は、さっきの『アジャイル＝いつも正解』という思い込み。試験でも、プロジェクトの特性に応じてモデルを選ぶ、という前提で出題される

スクラムの用語の役割の混同。プロダクトオーナー（何を作るか、優先順位を決める役割）とスクラムマスター（チームがスムーズに進められるよう支援する役割）は、名前が似てるけど役割が全然違う

うん。次は、実際にプロジェクトを進めるときのマネジメントの話。『炎上プロジェクト』って言葉、聞いたことある？