導入方法の解説書が出てくる。それまでは「学びたい人」が自主的に学べばいいというスタンスの本だった。あくまで「学びたい」ならちょっとは手助けするよ、というスタンス。それが自主的に学ばない人に、どうやって技術を教育していくか?という段階になる。組織内でどういう段取りで導入していったかという実例とか。

だいたいは、最初は少人数のチームで始めて、それが成功したら、徐々に導入の範囲を広げていくみたいなことが語られるはず。従来の考え方とのギャップに悩む人をどう説明・説得するかとか、こういう問題は新しい方法ではどう処理するべきかとか。

当然新しい方法も利点だけではなく、欠点もある。従来の方法の方が処理しやすいケースもある。オブジェクト指向なんかもそうだった。オブジェクト指向プログラミングの場合、処理が各オブジェクトのメソッドに分散してしまい、流れがわかりにくくなる傾向がある。むろんトータルではオブジェクト指向の方が分かりやすいのだが、部分部分だけを見れば従来型プログラミングの方が優れていることも少なくない。そういう問題をどう克服していくか、とかのノウハウが蓄積されていく。

いまだとアジャイル開発とかがこの段階かな。アジャイル開発、その先駆であるXP(エクストリームプログラミング)も、発端はデスマーチの中から編み出されたノウハウを体系化したものだ。ウォータフォール型の計画が破綻し、それでもなんとか立て直さなければならない泥沼の中で、多くの人が場当たり的にやってきたこと。それまで誰もが邪道だと考えていたものを「あれ？もしかしてこっちのほう王道じゃね?」と考え方をひっくり返した。発想の転換。言ってみればデスマーチの渦中の開発者たちは自覚がなかっただけで、アジャイル開発を知らずに実践してたわけだ。

　　　*　　　*　　　*

第4陣、残された人たちをどう救済するか。「時代に取り残されないために」みたいな脅しのようなタイトルの本が出てくる。中身はもう子ども向けの本のように図解に継ぐ図解。ちょっと違うけど「2000年問題」の最後の方なんかがそんな感じだった。「最小限の苦労で」「だれでもできる」「いますぐ始めろ」と、なんかダイエット本みたいな(苦笑)。

ということで第3陣ぐらいが、一番ブームとして盛り上がる時期。こうして見ていけばわかるけど、どの段階も先駆者がいる。第1陣は本当の先駆者だし、第2陣も先駆者に追従しようとする人たちの先駆者が先ず始めるわけだ。そして第3陣の一般への導入もやはりそのノウハウを切り開く先駆者がいる。

どの段階の先駆者も前例がないことをやるわけで、試行錯誤の連続。成功する保証はないし、どれだけ時間とコストがかかるかも見通せない。多くの人がそういうことをやった後に、だいたいこれだけ時間がかかると予測がつくようになっていくわけだ。この規模の開発会社に導入するにはこれだけの期間かかる、みたいな。

　　　*　　　*　　　*

新しいことを発見するには、「なにか新しいことをやろう」と考えるのではダメだと思うのだよね。むしろ単に目先の問題をなんとか解決しようとしゃにむにやっていたら、いつの間にか新しいものを創りだしてしまった、というような。

むろん「新しいことをやろう!」と始めることもあるけど、その場合は実はすでに土壌ができているのだ。機が熟していて個々のパーツは揃っている(少なくともそう見える)、あとは組み上げればいいだけだ!と。まあ実際にはそんな甘いものではないけれど、基本的にはこういう構造のはず。

ひらめきは日常の泥沼の中から生まれる。もちろん泥沼に単に浸かっていればいいわけじゃないけどね。でもまずは問題にまみれなければ、発想も生まれない。

執筆： この記事はメカAGさんのブログからご寄稿いただきました。

寄稿いただいた記事は2014年05月23日時点のものです。