これからはアジャイル開発だ

エンタープライズ系のシステムもウォーターフォール型の開発からアジャイル型に転換していこうという風になっているようだ。たしかに、従来のウォーターフォール型の開発では、開発期間が長く、仕様の変更に弱かったりといった問題が指摘されてはいたが、それがすんなりとアジャイルに変わるのかというとなかなか難しいように思う。

ただ、ウォーターフォールを続けるわけにもいかないので何らかの開発手法を持つ必要があるのは確かだと思う。それがいまのアジャイルかというと、そう詳しく知っているわけではないが違うような気がする。

少なくとも、ソフトウエアの開発にはアジャイルは向いていると思う。業務アプリではなくプロダクトを開発するような場合には、少ない人数で効率的なイテレーションで作り上げるというのが合っているし、実績的にも多くあると思う。

ところが、業務アプリケーションのような場合、従来型の要件仕様に従ってコードを書かなければいけない時、そんなことをやってられるのかという問題がある。おそらく、変化に対応できるのがアジャイルですよという謳い文句があだとなるのではないでしょうか。

いくらたっても決まらない、適当に切り上げるが、あとでどうしてこうなったかもわからないといった破目に陥りそうである。アジャイルは、作るものがある程度明確になっていて、メンバーが同じようなイメージを共有できてこそ有効なのではないかと思う。

ということは、今のような性格の業務アプリケーションを作る限りはアジャイルは無理だと思う。だから、この性格を変えなくてはいけない。何度も言っているように、How toはWhatに依存するということである。アジャイルの手法が使えるような構造のものにしなくては使えないということなのである。

コードを書かずに、部品あるいはモジュールをプラグインして組み上げる構造にしておいて、そこにアジャイル“的”な手法でシステム構築を行うというのがこれからのめざすところではないでしょうか。

ここで、アジャイル“的”と言ったのは、開発というイメージがあまりないやり方なのだが、ただし、精神はアジャイルだからという意味を込めてである。