Wayに「要求は変化する。ブログというエントリーが昨日載っています。ソフトウェアの修正コスト曲線にみんな洗脳させられていて、要求を最初に決めてしまわないと指数関数のように変更のコストが膨らむと思いこんでしまって、それがウォーターフォールを強固なものにしてしまい、アジャイルというやり方に気付くのに時間がかかってしまった、という話です。結びの一文が良いです。—ソフトウェア開発の先輩たちが、みんなウォーターフォールを悔い改めようとしている。—システムはつかわれてなんぼ、のモノです。使いやすいものを提供する、そのためには変化を受け入れていく。これが自然な姿だと思います。一方で来年度から始まるソフトウェアの受注開発での工事進行基準においては、契約前の要件のFIXが求められています。要件をFIXするまでは開発をするな、と。これは上記のような観点とはある意味、真逆の方向を強制しています。工事進行基準も仕様変更を認めていないわけではなく、変化に合わせて仕様変更を重ねていく、というやり方はできるのかもしれません。米国ではすでに工事進行基準になっているはずなので、アジャイル開発ではどうやっているのか、調査してみたいですね。コメントは受け付けていません。