連載
開発をもっと楽にするNAgileの基本思想

第3回 アジャイル開発のキモはフィードバック！

それにしても、健二君。永平寺素敵だったね。ああいう場所で修行している人が、いまでも大勢いるんだなってあらためて気付いたよ。よい体験だったな。

僕はずっと福井に住んでいるんですけど、永平寺は久しぶりだったんで新鮮な感動がありました。それから、禅修行にも興味を覚えました。修行ってどんなんでしょうね。修行をすると何が分かるようになるんでしょう？

うーん……。それはきっと修行してみないと分からないことなんだろうね……。

　ところで健二君。昨日、食事会の席で「アジャイル開発はあまり好きじゃない」っていってたじゃない？ そのことについて、お姉さん、もう少し詳しく聞きたいんだけど。なぜアジャイル開発が嫌いなの？

……。いえ、そんな大した理由なんかないんです。その話はもういいですよ。

まあまあ、健二君。そういわずに。私最近、アジャイル開発にけっこう思い入れがあるんだ。興味があるな。

……。

　……じゃあ、滝さん。この近くにおいしい団子屋があるんですけど、そこへ行って話しません？

いいねぇ。もちろん行く！ おなかすいたね。

……ほら。あそこの赤い暖簾（のれん）の小さい店です。あの入り口に向日葵（ひまわり）がたくさん咲いてる店。さあ、入りましょう。ここの団子は、胡桃（くるみ）や黒胡麻の餡（あん）が入っていて、とっても柔らかいんですよ。

※ 筆者が永平寺近くの団子屋で買ってきた団子の写真。

わあ。来た来た。へぇー……。ではさっそく……。おおお。これは！ ちょっといままで食べたことがない食感と味の団子だ。師匠の分も買わなくちゃだね。……うん。福井って初めてなんだけど、けっこうおいしいものがいろいろとあるみたいね。

　……さて、健二君。おなかが落ち着いたところで、そろそろアジャイルが嫌いなわけをお姉さんに話してもらおうかな。

うう。あまり話したくないんですけど。実は……。実は、それは僕の父に関係があることなんです。僕の父は、僕が幼いころから、アジャイルにのめり込んでいたんです。そしてだんだん、家族よりアジャイルにばかり時間を割くようになっていったんです。母が大きな病気になって、長く寝込むようになってからも、それは変わりませんでした……。やがて、母は亡くなりました。

そして、僕は家を出ました。それ以来、父方の姓を名乗らず母方の姓を名乗っているんです。僕には、母を苦しめた父が、そしてアジャイルが、いまひとつ好きになれないんです。いっそ一生ウォーターフォールで開発できればと……。

それに、滝さんの前でこんなこというとしかられるかもしれませんけど、アジャイル開発って、ちょっといいかげんなところがあるような気がして、そこも好きになれないんです。「変化に対応」っていいますけど、それってどうなんでしょう？ まあ、予測のつかない変化もあるでしょうから、それへの臨機応変な対応も必要なんでしょうけど。でも、それより初めからきっちりと先を見越した開発計画を立て、先を見越した保守性の高い設計や実装ができるように努力することの方が先決なんじゃないでしょうか？ 適当にやっておいて、後で直せばよいみたいなのは、エンジニアとしてどうなんでしょう？

うーん。アジャイルだから「初めは適当でよい」なんてことはないみたいよ。私もそうだったんだけど、健二君、少しアジャイルに誤解があるかもしれない。

そうなんでしょうか。でも、取りあえずやってみて後で直せばよい、みたいなところありません？

そうね。確かにアジャイルでは、まずはやってみて、その結果を見て、それによってやり方を微調整する、という面はあるみたいね。実行結果から、フィードバックを得る、みたいな。

でも、そうするのには訳があるんだ。私の師匠からの受け売りになっちゃうんだけど……。

　確かにウォーターフォール的に、開発の初めに将来を見越して計画を立てて、そのとおりに進めることができるのなら、もしそれが可能だったら、それが理想かもしれない。でも現実には、そううまくいかない場合が多いみたい。そして、なぜうまくいかないかというと、それはソフトウェア開発の「複雑さ」に原因があるようなんだ。

　例えば……、うーん……。それじゃ師匠から聞いたドライブの例を挙げるね。例えば、「円形のレーシング・コースを決められた回数だけ周回する」というような非常に単純なドライブの場合だと……。ちょっと紙に書いてみるね。

　この場合だけどね。例えば9割の精度で計画を立てることができて、9割の精度で計画どおりに車の速度を保つことができれば、全体としてはまあ9割くらいの精度でこのドライブを成功させることができると思う。

　つまり、

っていう、ウォーターフォールの理屈が成り立つわけ。で、こういう単純な場合はこれでよいんだけど、現実のドライブは普通、もっと複雑な場合が多くて、例えば、次のような場合。

　ね？ で、こういう場合……、出掛ける前に「目的地までの道のりを9割の精度で求めて、道の込み具合を9割の精度で求めて、家族の昼食の好みを9割の精度で求めて、子どものその日の駄々のこね具合を9割の精度で予測できて、9割の精度で速度を保つことができれば」、全体としては9割くらいの精度でこのドライブは成功するのかな？

　それよりも実際にドライブをしながら、周りの状況を見たり、家族の意見を頻繁に取り入れていったりした方がよくない？

つまり、ソフトウェア開発は複雑だから「円形のレーシング・コースをある回数だけ周回する」ようにはいかない、ということらしいんだ。ウォーターフォールの考え方では、「まず高精度な計画を立てて、いかにそのとおりにやるか」に注力するんだけど、アジャイルでは、それよりもむしろ、「やってみてそこからのフィードバックで細かく軌道修正する」方を重視するんだ。

　納得いかない？ んじゃ、もう1つの例。子ども服の例だよ。

　どう？

うーん……。何だかビミョーな例ですね。分かるような分からないような……。

駄目かぁ。よーし。健二君、じゃあ、これからちょっと一緒に来てくれる？ 実は今日は午後から、私の「師匠の師匠」のところへ伺うことになっているんだ。こういうことに詳しい人なんだよ。