お知らせです。2010/4/9（金）、10（土）に開催されるAgile Japan 2010にて講演することになりました。2日目の13:45-15:15 事例セッション5「アジャイル導入時の苦労と課題、その乗り越え方 〜《ツール・環境編》《組織、意識改革編》〜」です。
今回はアーキテクチャではなくて開発プロセスに関する話をします。といっても、アーキテクチャと開発プロセスは互いに影響を与えるものなので基本的なスタンス同じ。より開発プロセスから見た話になるだけです。
技術要素の複雑化、市場や顧客の激しい変化。全てのプロジェクトが同じような問題に直面するなかで、アジャイルで培われた開発実務プロセスの効率化手法は非常に有効です。具体的にはEclipse、Subversion、Maven2、Hudson、JIRA、Confluenceといったツールで構成された開発プラットフォームの導入をいかに行ったのか、そこでのフィードバック、課題などを僕の体験も交えつつ話したいと思います。
最初に断っておきますがユーザー企業視点での話です。何度か「アジャイルは開発者にとっての自己満足に過ぎないのでは」と書いてきましたが、ユーザー側が音頭を取って実施しないアジャイルはアジャイルにはなり得ません。僕らSIerはユーザーの横に立ち、共通の目的に向かうパートナーになる必要があるのです。
だから「アジャイルを導入しよう」という目的ではありません。ユーザー企業から見たシステム開発のコスト削減や効率化を達成するために、アジャイル的な手法を利用しているに過ぎません。もはや、アジャイルは普及期。目的ではなく、手段として織り込みながら利用するべきでしょう。
題名を否定しまくりですが（平鍋さん、ごめんなさい！）、アジャイルの導入に苦労しているというのは目的を取り違えているのです。ユーザーが納得できないことをしても誰もハッピーにはならない。ユーザーが何に困っているのか。どうしていったらいいのか。その点を提示すればいいだけ。
もちろん導入には現場レベルで問題も課題も困難もたくさんあって苦労はします。でも、変化に抵抗があるのは当たり前のコト。大事なのは"アジャイルである"ことではなく、全ての利害関係者が無理しないこと。サス会議での西村さんの言葉を借りれば"システムをきちんと作るという実感を利害関係者全員が持てるようにする"こと。それが持続できる開発プロセスの重要な点です。
そう、だからデブサミでのpapandaの講演に対するアンサー講演なのかも。重力を突破しようとする者たちへ。そもそも君らを引っ張る重力なんてない。力に抗うのではなく、力を利用すればするのだ。スイングバイしよう。そういう話をしようと思います（PMの人が多いだろうから、このトーンでは話をしません。あしからず）。
