もうすぐ、「リーンソフトウェア開発」の第二版がでます。もうすぐです。本当にいい本なので、内容のセミナーなどを、今年はやっていきたいと思います。今年はこれを煽っていくつもりです。業界のマネジメントを変えることが、開発現場を変えるには必要だから、マネジメントを納得させるボキャブラリで語っていきます。

中で、ウォーターフォール（本当に一方通行のものをさしています）が、ソフトウエア開発でなぜうまく機能しないか、という点をずぱっと言っている部分がありますので、引用します。（２章、原則３：知識を作り出すより。）

「ウォーターフォール」開発で不可解な点のひとつは、知識は「要求」という形式で、コーディングに先立ち、独立して存在している、という考え方である。ソフトウエア開発は、知識創造のプロセスである。全体のアーキテクチャ上のコンセプトは、コーディングに先立って大まかにまとめられているだろうが、そのアーキテクチャの検証は、コードを書きながら行うものである。実際の開発現場では、詳細な設計ドキュメントが前もって書かれている場合でも、ソフトウエアの詳細な設計はコーディングの最中に行われるものである。早期に行う設計では、実装の最中に出くわす複雑性を完全には予見できないし、実際のソフトウエア構築中に得られるフィードバックも考慮に入れられない。さらに悪いことに、早期に詳細設計を固めてしまうと、ステークホルダー（利害関係者）や顧客からのフィードバックに対応できなくなる。知識の創造に重点を置く開発プロセスでは、コーディングの間に設計が発展していく。

「知識創造のプロセス」では、詳細の具体性に入っていかないとよりよい形が見えてこないこと。そしてフィードバックを得ながら進んでいくこと。これが必要なのは、「要求開発」でも同じ。そして、同じく製造業からヒントをかりた「フロントローディング」という手法を要求開発でも模索しています。

ぼくらは、ソフトウエア開発という「知識創造活動」を仕事にしているのです。誇りをもって、この業界を変えていこう。

謹賀新年。

正月の二日は、書初めです。小学生の息子二人が書いていたので、筆を借りてぼくも書いてみました。一発勝負で書いたのですが、なかなかうまく書けたのでここに貼り付けます。テーマは、

「夢」

としました。夢を形にしたい。これは、ずっとここ数年考えていることなのですが、なかなか難しいことです。ぼくの場合、「ソフトウェア開発の現場を変えたい」。「優秀なエンジニアがやりがいと誇りと、技術的にも探究心を満たすことができる、そんな現場を作りたい」。「自分のアイディアを形にすることで、世界を変えたい」というのが最終の夢です。

それらは、JUDEであり、TRICHORDであり、「プロジェクトファシリテーション」であり、アジャイル開発であり、海外への日本のソフトウェアの発信であるわけです。

夢の実現が難しいのは、まず、それを「強く思うこと」が難しいから。ここができると、かなりチャンスが高くなります。次に、変化することが怖いから、次の行動に移れないから。この二つ、つまり、思うこと、そして、行動すること、が夢を形に換える、セレンディピティを起こす秘訣なんだと思います。

たとえば、去年、ぼくはアジャイル２００７で英語でセッションを１つ持ったのですが、これの申し込みは、かなり勇気がいりました。ですが、あるとき突然、「よっしゃ、いっちょ申し込むか！」という気になったんです。次の瞬間に、Maryにメールを書き、「こんなアイディアでやろうと思うのだけど」と相談、そこからあれよこれよと転がって、機会が実現しました。

かっとなって「やるか！？」、と思う瞬間、この瞬間が大切で、チャンスの前髪をつかむことができました。

実は、今年も申し込もうと思って、かなり躊躇しています。新しいネタを考えたり、それを練習したり、本当にそんなことができるのだろうか？と。背伸びする自分に自信が付いてこないのです。怖いのですね。こんな怖さを克服するには、やっぱり「思い」だと思う。強く思う。そして、仲間、かな。一緒にいてくれる人。これまであった友人。きっとサポートしてくれるだろう、その人たち。それを大切に今年も行きたいと思います。

本年もよろしくお願いします。

» 続きを読む