アジャイルかWFかの議論はやめよう。大切なのはWin-Winの実現

ソフトウェア開発はお客さまあってのもの。これだけ社会の変化が激しければ、仕様が変わっても仕方がない。直接変化がなくても、短期間の商品化を実現するために並行開発を推し進めるなら、予想外のこともあって当然だろう。

中間であれ、最終であれ、リリース後に変更を受け入れれば、複数リリースになる。また、リリース前であっても、最初のリリーススケジュールの変更なしに機能追加をするなら、一度にすべてをリリースできなくなるので、これも複数リリースになる。

このように、変更を受け入れるとリリースが複数になり、結果的にアジャイルの定義としてよく言われる繰り返し開発になる。

アジャイルの定義には、このほかにも要求が変化した際にリリース時期をずらさずに、スコープを変更すると言われることがある。これも、アジャイルだけの話ではない。

開発の予算があらかじめ決められていることは、よくあることである。大きな会社なら普通のことと言っても良いだろう(予備費を取っておいたり、別の予算を回すということはあるだろうが、それは別予算のプロジェクトを実施すると考えても良いだろう)。

予算が限定されていれば、2つの方法しかない、外注先に無理を言うか、優先度の低い機能を減らしてスコープを変更することだ。

このように考えると、仕様変更を受け入れるとアジャイルの要素が生まれる。もっと言うなら、仕様変更の発生時のプロセスを形式化、軽量化して、変化を前提にしたものがアジャイル開発ということになる。

このように、アジャイルと従来型の開発に切れ目はない。あらかじめどれだけ見込んでおくかということと、繰り返しの期間の長短だけである(それも、アジャイルと呼んでも良い境界を示せといわれると難しい)。

大切なのは、お互いにWin-Winの関係でいられるように、顧客満足度を高める計画が立てられるかどうかだと思う。