XPに関して最近考えたこと

はじめに

脳内のアイディアは、脳の中だけで弄んでいては発展しないらしいので、まとまってなくともこれからはメモしていくことにしよう。

言語化しないとねぇ

自分の中では、XPがどんなプラクティスで、Scrumがどんなことをやるのかなんていうことは、 ほとんど意識しなくなってしまったけども、人に伝える時に「XPはxxxとxxxをします」と言うのは必要なのかな。

技術視点から、その先へ

自分の経緯をふりかえると、XPについては最初はUnitTesting, Refactoring、ContinuousIntegrationといった技術的プラクティス(=正しく作る)に強く惹かれた。次にSmall releaseやOnsite Customerのような顧客への価値提供(=正しいものを作る)に惹かれるようになり、それらが渾然一体となって「正しいものを、正しく作る」という部分に強く惹かれるようになってきた。そして今では、ソフトウェアとそれを取り巻く人たち（顧客も開発者も)が、持続的にソフトウェアを通じて恩恵を受けるためのパターンランゲージなのかもしれないと考えてきた。

日本のXPを取り巻く傾向

最近、 安井さん が日本のアジャイルコミュニティを調べてまとめるという価値の高い作業をしている。その中でXP-jpのMLの傾向を見せてもらった。そこでふと感じたのは、初期にXPに注目した人たちは（自分も含めて)、どちらかというと 正しく作る に注目している人がほとんどで、 正しいものを作る にはあまり興味がなかったのではないだろうか。言い換えると、品質のよいものを作ることだけに着目していて、それがユーザーに使われたり本来必要かどうかに興味があまりなかったんではなかろうか。正直な所、品質工学のように品質を追求するようなアプローチに比べると、XPの提供する品質担保のアプローチは説得力に欠けるし、UnitTestingやRefactoring、CIのコモディティ化(主にツールの発達)によって、XPという文脈を超えて広く使われるようになってきた。そうすると、 正しく作る にしか興味がない人々にとっては、XPは絞りカスのような存在になってしまったのではなかろうか。

一方、XPの人の側面は、平鍋さんを中心にProject Facilitation(PF)という形で切り出され、XP(Agile)をすべて受け入れられない日本において広く受け入れられつつあるのだろう。

そして「正しいものを作る」という側面については、Scrumのような技術非依存な方法がより広く受け入れられているのだろう。

しかし、それでもやはり、包括するXPの価値は依然として揺がないと感じるし、部分の集合が全体ではないのと同様に、個々の側面をまとめても見えてこない部分がXPにはあると感じる。それが何かはまだ言語化できてないけど。

自働化できないところ

正しく作る はテクノロジーの進歩で自働化や省力化はできるかもしれないけど、**正しいものを作る** または 正しいものを選ぶ という行為そのものは、しばらくは人にしかできない領域だ。だから価値がある。