「要求は変化する。Boehm は間違っていた、と DeMarco が暴いた。」というYourdon のブログ Mary Poppendieck の iPod からしいれた情報より。 （SPaMCAST:http://www.spamcast.libsyn.com/ のMaryの回をチェック。） 2007年5月ICSEで、ぼくらの世代にとてっての「ソフトウェア開発の先生」たちが集まったパネルディスカッションがミネアポリスにて開催されていた。参加者は、Fred Brooks, Jr., Tom DeMarco、Barry Boehm、Linda Rising、Tim Lister, Ed Yourdon. パネルの中で、「どうしてソフトウェア開発の人系の視点(people side)が、アジャイルという言葉で発見されるのにこんなにも時間がかかったのか。」という質問があった。すると、Tom De

先日、尊敬するエドワード・ヨードン博士が「Top 10 Software Engineering Concept」という文書の公開した、とtwitter でつぶやいていたので、「訳してもいいですか？」と聞いて、5分でOKをもらった。なんというインターネット時代だろう。 slideshare で見る PDFをダウンロード 原文を見る ヨードン博士の動機は、 不況時代に突入し、今後デスマーチが一気に増えるであろう。でも、ソフトウェア工学の大切な考え方は、そんなに昔から変わっていないんだ。新しい世代は、すごいよ、学生はみんなIMで会話して、Facebookで繋がっている。COBOLプログラマがまだ存在しているなんてことは知らないんだ。でも、ソフトウェア工学の大事なことは、なんども新しい世代が、同じ事実を発見し、過去の重要な論文や書籍にぶち当たる。ここで１０個上げて、フリー文書にしておくので、共有

Yourdon先生亡くなる ソフトウェア工学の巨人、Ed Yourdon先生が亡くなりました(The New York Times on Jan. 22, 2016)。構造化設計の基礎を作り、アジャイルに影響を与え、晩年は写真を愛していたようです（写真は、彼のFlickerのサイト  より）。 ソフトウェアづくりで変わらないこと 少し前になりますが、下のスライドを見つけて、日本語訳を申し出ました。ソフトウェア工学がいったり来たりしながらアジャイルに向かって行く様子、その中で変わっていないもの、について簡潔にまとまっていると思います（以下は当時の私のブログより）。 先日、尊敬するエドワード・ヨードン博士が「Top 10 Software Engineering Concept」という文書の公開した、とtwitter でつぶやいていたので、「訳してもいいですか？」と聞いて、5分でOKをもらった

_ 5分で分かるアジャイルムーブメントの歴史 この記事は "Brief History of Agile Movement" の全文を日本語に翻訳したものです。 この記事の著者であり、日本語版の公開を快諾いただいた Udayan Banerjee 氏 に感謝します。 翻訳の間違いなどの責任は私 (@fkino) にあります。コメントなどで指摘していただけると嬉しいです。 2012年2月にアジャイルムーブメントは丸11年を迎えました*1。みなさんも何らかのアジャイル開発手法を既に取り入れているか、アジャイル開発に取り組もうと検討されていることではないでしょうか。さて、みなさんはアジャイルムーブメントがどのようにして起こったのかご存知ですか？それは、偶然だったのか？それとも、必然だったのか？アジャイルマニフェストに影響を与えたのは何だったのか？アジャイルマニフェストの執筆者の名前は言える？彼ら

サービス開発手法としての「リーンスタートアップ」という言葉が、日本でもはやり始めたのは2012年頃からだろうか。また、この言葉とよく比較される「アジャイル」については、もう少し歴史が長いようだ。 リクルートでもアジャイル手法については、それなりに早い時期から着目してきた。独自のアジャイル開発スキームを「SWAT（Speedy Willing Alliance Teamの略）」として確立し、今なお運用している（図1）。 このアジャイル開発スキームを効果的に実践するには、開発サイドのIT部門だけではなく、ビジネスサイドである事業部門の理解や協力が欠かせない。今回はこの、開発サイドで発案・構築したアジャイル開発スキームを、ビジネスサイドに浸透させていった話をしたい。 リクルートがアジャイル開発の実験を開始したのは2006年頃である。当時はまだウォーターフォール型で確実に、時間をかけてサービスを開

「アジャイル」という言葉が一人歩きしてしまっていて、たまに話をしていても通じないときがあります。 それくらいアジャイルという言葉が広く知られるようになったんだと思う一方で、かえって話が通じなくて、もどかしく感じることもあります。だからといって、そこで「正しいアジャイルとは」みたいな議論をしたい訳でもないのです。 広まれば広まるほど、そういった言葉の認識の齟齬が出るのは仕方ないですね。その正しい定義みたいなところを追求するのもナンセンスなので、そんなつもりはないですが、ただ自分がどう考えているかについては書いておいても良いかな、と考えました。ここは私のブログですしね。 そこで、この記事では、私の考えるアジャイル開発の本質について、そしてウォーターフォールとの違いについて書きました。 アジャイル開発では機能を全部つくらない これまで私の中で、アジャイルと言えば当たり前の前提がありました。それは