この間のYAPCでJPAのエマーソンと話す機会があって、彼は今アジャイル開発の先生をしているのだそうだ。それで、すこしそのあたりの話をしようと思っていたが、あまり時間がとれなく中途半端になってしまった。

今回のプレゼンも「親子でアジャイル」という言い方もしているので、考えてみようと思う。しかし、本を読んだり、誰かが定義したものを引用したりはしないことにする。もともと、世の中のアジャイルのこととか、XPだとかは正直あまり知っていない。

アジャイルという意味は、早く俊敏にという意味だから、究極的にはどんなやり方をしても素早くできればいいはずだ。だから、こうやれば速くできるというのはいいのだが、こうしなくてはいけないという話はない。

もうひとつ考えなくてはいけないのは、どこの工程が速いかである。このことは、アジャイルだけに限ったことではなく、システム開発のすべてに関わることである。システム開発を混同して議論することがよくあるのだ。

すなわち、組み込みはちょっと置いといて、ソフトウエアやフレームワーク、ツールなどいわゆるプロダクトを作る開発とそれを使ってアプリケーションを構築する場合（これともっとコアのところの開発もあるがそこはスーパーギークの世界なので省略）である。この二つは同じ開発でも性格が違う。したがって、議論は分けてしないといけないのだが、往々にして混然とさせてしまう。

ソフトウエアの開発の場合は、ものをいかに早く作り上げるという開発者のパフォーマンスに依拠する。だから乱暴にいうと早くあるいは短いコードを書くかになる。

一方、業務システムの場合はどうだろうか。ここでは、何が早いことを求められるのだろうか。少なくとも、システムを作ることだけではなさそうだ。実際に作ったものが使われて、そしてもっといえばそれで効果を発揮してはじめて価値がでるのであるから、どうもそこまでの早さを言うべきであるということがわかる。

こう考えると、いくら早く作ってもうまく運用できなかったり、効果がなかなか出なかったりしたら、アジャイルでもなんともないのではないでしょうか。

また、コードを書かないですぐ動かせたらそれはアジャイルなのだろうか。おお、アジャイルがあやしくなってきた。だから、アジャイルは、設計・プログラム仕様確定・製造の工程を早く回すひとつの手法という感じですね。

業務システムは作って終わりではないというのが、ユーザの意識なのだが、そこがまだ作り手側とのずれがあって、そう思うのなら、自分たちで主導しろと思うのだが、ベンダーにまかせているままだからその溝は埋まらない。

これからの業務システムに大事なのは、当たり前のことなのだが、目的の達成スピードである。どれだけ、早く当初の目的に対する効果をあげるかがシステム化の価値であるはずだ。

ところが、なかなかその意識が出てこない。なぜかというと、“当初の目的”が希薄、あるいはない場合があるからである。ユーザ側にも責任があるわけで、そこをきちんとしておくことが前提であることはいうまでもない。

結局、設計－開発－稼働－オペレーションといったフェーズまで考慮して、どこが律速になっているのかをチェックして、トータルの迅速性を評価しなくてはいけないと思う。それも、ビジネス視点、ユーザ目線で洞察していかなくてはいけないのです。