（本記事は、InfoQに掲載された平鍋健児氏の記事「What has happened and is happening in Japan’s Agile movement」を、InfoQ Japanの許可を得て翻訳、転載したものです） この10年の私のアジャイル人生でもっとも誇らしい出来事と言えば、Agile2008で「Gordon Pask Award」を受賞したことでした。振り返れば、私が初めて参加したアジャイル関連のイベントは、ソルトレークシティで行われた「Agile Development Conference 2003」で、そこで私は賞をもらったことを思い出します。それは「Thank-you-very-much-for-coming-all-the-way-from-Japan Award」（わざわざ遠い日本からようこそいらっしゃいましたで賞）でした。 この記事では、私は「Go

IPA/SEC から、「非ウォーターフォール研究会」の成果が発表されています。 こちらから、エグゼクティブサマリがダウンロードできます。 http://sec.ipa.go.jp/reports/20100330a/20100330a_3.pdf  (PDF 698KB) 私もこの研究会に参加していました。研究会は、NEC、富士通、日立、新日鉄ソリューションズといった日本の大手SIer、それに楽天、DeNAといったWebサービスを生業の中心とする企業、それから、一（いち）の大槻さんや豆蔵の羽生田さんのようなコンサルタント、永和システムマネジメントの私のような現場支援や受託開発をしている会社、「ソフトウェア最前線－ウォーターフォールは間違っている」の前川先生、松島先生のような大学の先生、それに座長の松本先生、にIPA/SECの研究員の方々をふくめ、いろんな立場の方が参加していたものです。 最

あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。

semat.org というサイトで始まっている、「ソフトウェア工学の再建」とも言うべき復興運動をご存知ですか。現在のソフトウェア工学が、あまりにもおそまつであることを省みて、再度、基礎からソフトウェア工学を積み上げようではないか、という動きです。 そこに署名している人たち(signatories)の顔ぶれがすごい。 Pekka Abrahamsson  Scott Ambler  Victor Basili  Jean Bézivin Dines Bjorner  Barry Boehm  Alan W. Brown  Alistair Cockburn Larry Constantine  Bill Curtis  Donald Firesmith  Erich Gamma Carlo Ghezzi  Tom Gilb  Ellen Gottesdiener  Sam Guckenhei

いま、デンマークのコペンハーゲンにいます。Agile09というイベント（リンクはデンマーク語。ぼくの写真がトップにあって恥ずかしい）に招待されて、Agile/リーン/TPS の話をしています。 北欧ということころは、もともととてもエンジニアリングに長けている民族のよう。オブジェクト指向言語の起源だし、Bertrand Meyer や Tom Gilb、Jim Coplien  もこちらにいる。また、デンマークは教育や医療がすべて無料、というすごい国です（もっとも幸せを感じる人が多いという統計です）。 ぼくのトークはカイゼンに関するものです。アジャイルがリーン(TPS)の言葉で説明されるようになり、日本から来たぼくのポジションがユニークなものになる、という幸運に恵まれています。今回は、Starbucks の TPS 適用の事例（ウォールストリートジャーナルに掲載された）についてもちょっと触れ

ソフトウェア工学の祖の一人である、トム・デマルコが、最近IEEE Software 誌に、過去のソフトウェア・メトリクス賛美を悔い改める記事を書いている。 「ソフトウェア工学」というコンセプト－その時が来た、そして、その時は去った。http://www2.computer.org/portal/web/computingnow/0709/whatsnew/software-r 1982年に、デマルコは有名な「計測できないものは制御できない」という一文から始まる、『品質と生産性を重視したソフトウェア開発プロジェクト技法』という名著を書いている。このドグマは、ソフトウェア工学の考え方に強く根ざしている。むしろ、すべての「工学」という活動は、科学や経験から得た知見を使って自然現象をコントロールし、人間の役に立てることをその定義としており、そこでは測定を元にしたコントロールという概念はその中核にあ

4月には私がホストする大きなイベントが２つあります。 QCon Tokyo 2009(4/9,10) と Agile Japan 2009(4/22) です。 QCon では、ぼくは 4/10の「アジャイル」トラックのホストになっていて、そこで自分自身も話をしますし、木下さんに『アート・オブ・アジャイルデベロップメント』の話をしてもらったり、Henrik Kniberg に『Scrum and XP from the trenches』の話をしてもらったりする予定です。QCon 全体では、Martin Folwer やまつもとさん、丸山先生、Rod Johnson などの著名人がいて、技術的な興味とエンジニア色が強いセミナーになっています。私も、「プロジェクトファシリテーション」すでに、9x 回目になりますが、再度やります。 Agile Japan 2009 では、違うアプローチをしていま

2/12, 13 と翔泳社主催の「デブサミ」こと、デベロパーズサミット2009に参加しました。 主に、開発プロセストラック（＝角谷トラック＝アジャイルトラック）を中心につまみ食いです。ここ数年、どのイベントに行っても、ぼくはセッションを基本的に「人」で選んでいます。なので、「この人のセッション」、といういい方で紹介したいと思います。順序にはあまり意味がありません。 ぼくのセッション（倉貫さん、千貫さん、橘さん、藤原さん、平鍋） 「使う」と「作る」がつながるシステム開発、という題名でパネルディスカッションをしました。作る側の人と使う側の人が現在のSIの中では遠く感じられませんか？この原因、今後のSIの構造を探るセッションです。藤原さんに、書画カメラをつかってセッションのメモをファシリテーショングラフィックスしてもらいました。 倉貫さんの１つの結論は「SIerはいらなくなる」というもの。でも、

Theme ｜ テーマ People-Centric Agile 新興テクノロジーの台頭がやがて人間の仕事を奪い、技術と人間は反目し合う ー 生成AIが急速に広がり、そんなシナリオを耳にすることがこれまで以上に増えて来ました。しかし私たちは、技術は人間中心にデザインされるべきであると信じています。アジャイルやプロダクト開発も、人々に良い結果をもたらすために活用されるべきではないでしょうか。 あなたの仕事は人々をどのように幸せにできるのか、一緒に考えてみませんか。 Keynote ｜ 基調講演 Day1 生成AI時代における人間の情熱とプロダクト志向 生成AIの進化は、プロダクト開発における効率化をもたらしますが、人間同士の情熱的な衝突や激しい感情の交差から生まれる創造性には追いつけません。情熱を持った人間がぶつかり合うことで、真に価値あるプロダクトが生まれます。本講演では、生成AIがプロダ

"Beautiful Code" を読んでいます。 いいですねー。カーニハンやベントレー（『プログラマの打ち明け話』、『珠玉のプログラミング』、『プログラミングの設計と着想』など、昔ファンでした）の文章をひさしぶりに読みました。まだまだ、プログラミングにもわくわくすることが一杯ありますね。 ぼくが最も感動したは、Michael Feather （"Working Effectively with Legacy Code"の著者）の "Framework for Integrated Test: Beauty Through Fragility"(英語GoogleBook全文) です。コーディング（プログラム設計）に関する Ward Cuninngham の逸話はいくつもあります。November メソッドの話、400行の Perl で書かれた初版 Wiki の話、などなど。 今回は、Web

ぼくの友人が相次いでアジャイル系の本を出版したので、紹介します。 １．Craig Larman と Bas Vodde の『Scaling Lean & Agile Development: Thinking and Organizational Tools for Large-Scale Scrum』 この本は、「アジャイルをスケールさせる」ことが１つのテーマになっていて、それをリーンの原則に沿って提案している。特に、日本のＴＰＳ(Toyota Production System)への言及が多く、日本語も多数みられる、Kanban, Genchi Genbutsu, Gemba, Andon, Kaizen などなど。実は、この両名は昨年日本に来日していて、ぼくも一緒にトヨタ工場見学にいったり、元トヨタの黒岩先生を紹介して議論したりしている。本書の中には、ぼくが書いたソフトウェアかんばん

明けましておめでとうございます。 去年は少し、アジャイル・アジャイル言い過ぎた気がしており、今年はもう少し大切なことの範囲をエンジニアリングに回帰して、再度言おうと思っています。 オブジェクト指向やテスト技法をはじめとするソフトウェア工学の知識とスキルは、ソフトウェア開発に携わる人には絶対必要なもので、その上で、プロジェクトマネジメント手法としてのアジャイルがある。 ということは、もういちどちゃんと言っておこう。そう思った動機は、James Shore の「Art of Agile Development」を訳したこと。そして、それはXPの本だったこと。ここ３年くらいXPという言葉はAgile界では下火になっていて、AgileといえばScrumという風潮だったのが、「エンジニアリングの無いScrumは所詮うまく行かない」、というJames Shoreの当然な一撃があった。InfoQの日本語

「受託開発の極意～変化はあなたから始まる」 岡島さんの本が出版されました。この本には、ぼくも推薦の言葉を贈らせてもらった。 「・プロフェッショナルな仕事をしたいですか？・楽しく仕事をしたいですか？本書はこの２つの問いに同時にYesと答えるための本です。それには、受託開発現場の考え方を変えること、やり方を変えること、そのすべてに先立ってあなた自身が変わること。本書の読者が、お客さまから「あなたがいてくれたから成功できた」、後輩から、「先輩と仕事ができてよかった」と言ってもらえる、そんな現場が日本に増えることを願います。」 中身は本当に強くしっかりと、みずみずしく生々しく、思いと教訓からの学びがかかれていて、僕自身も読んでいて胸が熱くなった。要件ヒアリングのこつ、見積もり、丸投げされても前進する、運用が最上流、お客さまとの信頼関係も保守する、ナレッジとマインドの伝承、チーム優先、組織を変える難

InfoQの代表、Floyd氏は先月日本を訪れています（会いに行けなくて残念）し、私自身Agileのエディタ、Deborah とは現在も仲良くさせてもらっています。 そんな背景もあって、（いや、上記とはまったく非同期に、） 永和システムマネジメントの有志で、RubyとAgileの記事を中心にInfoQ(http://www.infoq.com/jp/) の記事の翻訳をお手伝いしています。 以下の記事には「永和システムマネジメント」の署名が入っています。 ◆ユーザストーリーの適正サイズ http://www.infoq.com/jp/news/2008/02/size-user-stories ◆継続的リリースは、さらなるアジャイルさを与えてくれるか？ http://www.infoq.com/jp/news/2008/02/continuous-production ◆TDD/BDDは不完

http://www.atmarkit.co.jp/im/carc/serial/ruby_agile03/ruby_agile03.html にて、Matz、角谷さん、平鍋さんの対談を見た。"Rubyらしさ"とLispとPythonの話。 途中、平鍋さんが「Lispは少数の原則で全てを説明しきろうとしているけど、Rubyはバランスを感じる。普通に書こうとすれば普通に書ける。自然にあるべきところに機能が適切にある」って感じのことを言ってる。この気持ちはすごく良くわかる。かなり同意。同意なんだけど、「普通」っていったいなんなんだろうなあ。それまでの言語経験からくるイメージに過ぎないんだろうか。それとも…それとも…ごにょごにょ。 にしても、誰か"Rubyらしさ","Ruby Way"とやらをもっとすっきりと言語化した人はいないのかな。いつも、それを構成するとされる断片的な性質は説明される*1け

ビジネスの速度が増し、同時に情報システムの開発のスピードも速まっている。アジャイル開発手法の登場は時代の必然だ。 アジャイルの時代が要請するもの 平鍋氏はホワイトボードに描かれたプログラム言語の歴史（2000年以降）を見ながら、最近の「ビジネス」「（開発）プロセス」「フレームワーク」「プログラム言語」の4つの各のレイヤーで、オープンであること、人間のモチベーション・生産性重視、フィードバック重視という視点にフォーカスした結果、各レイヤーに対応して、「Web2.0」「アジャイル」「Rails」「Ruby」という選択が起こっている、と指摘する。 コンピュータのハードウェア能力が増大したことで、プログラマはプログラミングにおけるハードウェアの制約から解放された。さらに、平鍋氏は「マシンパフォーマンスからヒューマンパフォーマンスの時代へ」というコピーを口にする。 ビジネスの速度が増し、同時に情報シ