各工程を考える

アプリ開発だと
要件定義→設計→実装→テスト→リリース
ですね。

カレーライスに置き換えると
要件定義：買い出し
設計：下ごしらえ、前半の調理
実装：火を使ったりする後半の調理
テスト：味見
リリース：実際に食べてもらう

とします。
まあ料理もアプリ開発も色々あるからそうじゃねえってのもありますけどね。。。

ではウォーターフォールのポイント

アジャイルのポイントは・・・

まあ、作るものはカレーだし、ちゃんとやらなくてもカレーにはなるかなと思います。

どういうカレーを作るの？

この記事の要件定義は買い出しなので

あらかじめカレーライスはどんなのを作るか定義しておく必要があります。

要件定義は買い出しなのですべての材料を用意しましょう

設計の下ごしらえはいろいろな準備します

実装の本格調理は色々やります

テストは味見

美味しかったらOK
ダメだったら、調理がダメだったのか、下ごしらえがダメだったのか、買い出しがダメだったのか分析
ダメだったところまで戻ってやり直し
・・・アプリは工数かかるけど、最初まで戻らずに、スーパーに買い出しいかなくても調理パートからやり直せるから良いですね。
カレー焦がしたら、結局スーパーに買いに行かなくてはいけません。

リリースはお客さんに実際に食べてもらいましょう

美味しい、美味しくないの感想を聞いたり
自分でも食べてみたり
ここから改善点を見つけたりして良くしていくのが運用保守かな？

アジャイル開発は小さいものを作って回していくやり方です。
スプリントで繰り返すやり方で完成品近づけていく
要件定義、設計、実装、テスト、リリースを1個のスプリントでやってみる

スプリント１　とりあえずカレー作ってみるか

食べちゃったら、豚肉もカレールウもスーパーに買いに行かなくちゃいけないですが
アプリ開発は同じものなら使い回せるから、同じ豚肉を買うなら買わなくてもいいのです。
味見してダメだったら別の豚肉を買うからスプリント１もやり直しですね。

スプリント２　カレー＋野菜を作ってみよう

次はご飯を作りましょうか
スプリント３　カレーライスを作ろう

ラッシー作って完成。スプリント４で最終スプリント、最終リリース

スプリント４　これが最終スプリント　ラッシーってどうやって作るんだ？

さて、結論です。

ってな感じで、どっちでも良いんですが
現実世界ではカレーライスづくりを失敗したら、途中のものは使えないのでスーパーに買い出しからやり直しですが
アプリケーションはダメなところからやり直せるから、失敗しても大丈夫（？）です。