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

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

「師匠の師匠」つまり私の「大師匠」には、前は東京でお会いしたんだけど、何でも、この近くの女祖泥寺っていうお寺に住んでるらしいんだ。

え！？ 女祖泥寺ですか？ 滝さんの「師匠の師匠」ってまさか……。

あ！ あった。ここみたいだよ。

　こんにちはー。原 眞鎮（はらまあちん） さん、いらっしゃいますかー？

どーれー……。おおお。こんにちは。待っとったぞ、滝ちゃん。それから、なんぢゃ、健二も一緒か。

こんにちは。じっちゃん……。久しぶりだね。

？！ えええええ？！ なんで？ 2人は知り合いなの？

ええ、まあ。僕が生まれたときからの知り合い。というか、僕の祖父なんですけど。母方の。

ほう。2人は顔見知りなんか……。こりゃ珍しいことぢゃ。ところで……、今回はアジャイル開発の話を聞きに来たんだな。

はい。お願いします！ 健二君もぜひ一緒にお願いします！ だよね？ 健二君。

え？ いや。僕は……、さっきもいったとおり、アジャイルで苦労した亡き母のことで、父とアジャイルを恨んでいると……。

こりゃ健二！ まーだそんなことをいっておるのか。亡き娘「まち」の夫のことをいうのもなんだが、お前の父親は、決してそんな男ではない。お前は誤解しておるのだ……。

　健二。ではお前もわしの話を聞くがよい。

　まずアジャイルを学ぶためには、これぢゃ。この本を熟読することぢゃ。

原 眞鎮 著 『アジャイルの道は一日にしてならずぢゃ』

さまぁ〜ず・三村のようなフィードバック……。腕を上げたようぢゃな、健二。

　……ところでお前たち、そこの壁に貼ってあるアジャイルの重要な「5つの価値」*1については知っておるか？

*1 NAgileで始める実践アジャイル開発 第2回 ソフトウェア開発をシンプルにする考え方のコツ ―― 開発をもっと楽にするNAgileの基本思想 ――を参照してね by 滝）

初めにいっておくが、アジャイルのキモは、この中でも特に「フィードバック」なんぢゃ。だから、今日はフィードバックについて話そう。「N*」（エヌ・アスタ）になぞらえて、これを「NFeedback」（エヌ・フィードバック）と呼ぶことにでもしとこうかの。

アジャイルでのフィードバックを語るに当たって、まずはウォーターフォール型開発における問題点を挙げておこうか。

　ウォーターフォール型開発では、要求仕様が固まってから設計、設計が固まってから実装、実装が終わってからテスト、という具合に上流工程から下流工程へと作業が流れていく。これは知っておるぢゃろ？

　この場合の大きな問題は、最後のテスト工程の時点に来るまで、要求仕様や設計の間違いに気付かないことぢゃ。テストの段階で動くものを検証してみて初めて修正が必要なことが判明する。すると、ここで大きな手戻りが発生してしまう。

　開発の終盤に至るまで、間違いに気付く仕組みがないのぢゃ。例えば、間違った部分の要求仕様があってもそのまま設計、実装されることになる。テスト工程で要求仕様や設計、実装に対して一気にフィードバックが発生する。

ウォーターフォール型開発におけるフィードバック

　そして、この「早期に間違いに気付く仕組みがない」というのが、この方式の決定的に駄目なところなんぢゃ。一般的に次の式のようなことがいえる。

　このため、いかに間違いに早く気付けるかが重要ぢゃ。そのためにはフィードバックを受けられるようにすることが大切なんぢゃ。

　分かるかの？

……ところで、少しここで補足しておきたいことがある。先に、ウォーターフォール型開発にはフィードバックの仕組みがないのが問題だといった。そのことに関してぢゃ。わしの名著『アジャイルの道は一日にしてならずぢゃ』から引用してみよう。