アジャイルソフトウェア開発手法は、反復 (イテレーション) と呼ばれる短い期間単位を採用することで、リスクを最小化しようとしている。
つまり、工程表を作った。でも出来ませんでした。は、ＮＧな考えだ。
スクラムソフトウェア開発手法は、手早（ベストプラクティス）く開発するならどんな手段を取っても良いという考え方。
つまり、丸投げな方法だ。
いづれも、ドン詰まりになりやすいソフトウェア開発に明るい兆しを求めたものだ。
しかし、
整数の割り算は全て切り捨て。
※但し、１÷３×３は、答えは明らかに１なので、０にならないこと。
の様な、どうしようもない仕様を実装するのに向いているものの、
１÷５×５は、やっぱり０になるので、あまり意味のない開発手法である。
これらの開発技法には、
- 仕様のシェイプアップ（不要なものを取り除く）
- 仕様のオーバーロード（もっとマシなものに換える）
と云う発想は無い。
その辺は開発の外のコトであり、
それを開発の外で早く知り、対応するために、
仕様の中をとやかく云うな、とにかく早く（プログラムを）作れ！
と云うプログラムが作れない上級ＳＥの我侭から生まれたものだ。
そのため、単に下請け業者いじめのネタにしかなっていない、
すなわち、ＣＯＢＯＬでガリガリと開発をしている時点で選択肢はそう多くなく、開発技法に拘っても意味は無い。
しかし、だからと云って、Ｃ＃やＪａｖａを使ってみても、硬直した選択肢しか思いつかない上級ＳＥであれば、
ＣＯＢＯＬ風にＣ＃やＪａｖａを使ってるようなで、やはり無駄なのだ。
但し、頻繁なアップデートがあれば好評なオンラインＭＭＯＲＰＧには最適な開発方法である。
参照ＵＲＬ： http:/