名前

天野 良

所属

XPJUG

筆者紹介

都内の某メーカー系ソフトハウスに勤務するエンジニア。保有資格は、もう長らく操縦していないけれど熱気球のパイロットライセンス。大学の専門は昆虫生態学だったのでナチュラリスト属性もある。XPJUGスタッフ。好きなPFのツールは「偏愛マップ」。

筆者は2004年の年末から職場に復帰する2005年6月初頭までの 5ヶ月強の期間、脳梗塞という病気で入院していました。 脳梗塞の中でも脳幹部分にダメージを負ったタイプです。 幸か不幸か大脳などの高次脳には影響はほぼ無かったものの、生命維持に深く関わる箇所だった為、一時は死の淵をさまよいました。 しかし、本稿ではつらかった話をしたいわけではありません。 普通は出来ない経験ですし、もちろん皆さんには絶対してほしくもない経験ではありますが、 このような Extreme Experience とその後の生活を経て、筆者が得たものを少しでも皆さんと共有しようというものです。

2006年9月6日、エクストリーム・プログラミング(以下、XP)の父、ケント・ベック氏の来日記念セミナーが開催されました。 氏の講演にはよい話がたくさんありましたが、随所で繰り返されていたのが

「誠実であること」

でした。 これはXPに限らず、業界全体に言えることなのではないかと思います。 岡島幸男さんの著書『現場リーダーの「技術」』にもありますが、

「正直は割に合う」

のです。

中でも筆者がエンジニアの皆さんにまず最初に心に留めてほしいのは「自己評価」に関してです。 自己評価に関して誠実であることとは、つまり

「過大評価も過小評価もしないこと」

です。 出来ないことを出来ると言ったり、出来ることをできないと報告し続けることは、 実務の面ではチーム全体に、個人レベルでは精神的にコストがかかる為、長くは続けられないのです。

前述したように筆者は高次脳にダメージがほぼ無かった為、エンジニアの仕事で必要になる思考活動に支障はありません。 一方、やはり多少の後遺症の為に負荷を軽減してもらったり、他の人にお願いしている事柄もあります。 ただし、それをエクスキューズにしないことだけは心がけています。

さて、一時的に無理をして仕事を進めても、それが持続可能でないことはよく理解できると思います。 では、過小評価がやはり持続可能ではないとはどういうことでしょうか。 筆者はプロジェクトを成功させる為にはメンバー同士の信頼関係が重要と考えていますが、 この信頼の中には「他のメンバーがベストを尽くしていることを疑わない態度」が含まれていると思います。 そしてそれは、他ならぬ自分がベストを尽くす必要があるということです。

メンバー全員が自己評価に対してまずは誠実であってほしい理由がおわかりいただけたでしょうか。

筆者は入院時、救急車で運ばれてそのまま入院となりました。 プロジェクトから見れば、ある日突然それも佳境期に、なんの引き継ぎ作業もなくメンバーが1人居なくなったことになります。 当時のプロジェクトではリードエンジニアを自認していたのですが、まさにトラックナンバー（コラム参照）を身をもって計測することになったのです。 結論から言うと、プロジェクトのトラックナンバーは少なくとも1より大きいことが証明されました。 すなわちほぼ予定通りのQCD（Quality, Cost, Derivery）でリリースされました。

さて、では何故そのように出来たのでしょうか。 筆者が感じている中で大きいと思う理由を3つを挙げてみます。

• もともと手離れの良い状態になっていた
• 筆者に代わって開発をリードしてくれるメンバーが居た
• 筆者の代わりに加わったメンバーが大いに貢献してくれた

お気づきの通り、3つのうち2つはメンバーに関するものになっています。

多少ラディカルに書くのならば、プロジェクトにおいて「人は交換可能」です。 このように書くと、「人員は組織の歯車」「代替可能な部品」「単純な人月計算で割り出される」という話が頭をかすめるかもしれませんが、筆者が主張したいのはまったく逆のことです。

これは職場に復帰してしばらくしてから聞いた話です。 筆者の代わりにプロジェクトに入ってくれた Sさんや Mさんは、最初に打診があった時には断ったそうです。 しかし、理由が筆者の入院にあると聞き、その穴を埋めるということならば協力したい、とマネージャに言ってジョインしてくれたそうです。

そう、筆者の言う

「人交換可能」

とは

「あの人の穴なら私が埋めてもいい」

と思われるような土壌があってはじめて成り立つものなのです。 そしてメンバーの自律的な動きを信頼すればこそ、「人交換可能」と敢えて言います。

もちろん個々人にはその人の持ち味とでも言うべきものがあり、そこの部分は代替不可能で、だからこそ部品ではないのですが、それを解決するのはプロジェクトの中に（場合によっては外にも）多様性をどれだけ仕込めるかにかかっているというのが最近の筆者の考えです。 多様性については、機会があればどこかであらためて考えをまとめたいと思いますので、またお目にかかることがあるかもしれません。

言うまでもなく、私たちの目的は「価値のあるソフトウェアを作り、提供し続ける」ことです。皆さんも、そのためには良いメンバーを確保したり、良い仕組み（プロセス）を採用したり、良いツールを使ったりと、いろいろな方法を模索していることでしょう。この雑誌を手にしていること自体、その模索の一環なのではないでしょうか。

しかしプロジェクトは開発者・マネージャー・顧客といった複数の人間が関与して進められて行く以上、「誰と」一緒に仕事をしているかがキーであり、モチベーションに直結する問題になります。ここで言うモチベーションとは、良いものを作りたい、そして、良い作り方をしたい、両方の想いに対するものです。

ここまで、誠実であることや人交換可能とはどういうことなのかを書いてきましたが、それらも踏まえて、次のような質問をさせてください。

• あの人と一緒に働きたいと思う人がいますか?
• そう思える人と一緒に仕事ができていますか?
• 自分もそう思われていますか?

プロジェクトの成功にとって、「銀の弾丸はない」ことはよく言われることです。 裏を返せば、プロジェクトの成功には必ず泥臭い実践の数々があるわけです。 泥臭い実践を一緒に行っていくには、先ほど挙げた質問に「はい」と答えられる環境にいた方がやっていきやすいと思いませんか? いいものが作れそうな気がしませんか?

筆者が入院時にやっていたプロジェクトのメンバーとは、現在は直接は同じ仕事をしていません。 けれど、お互いに信頼があると感じますし、なによりまた一緒に仕事をしてみたいと強く感じます。 一緒に仕事をしたら、よい成果を残せるという確信があります。

もし、ここまで本稿を読んで少しでも共感していただけたのなら、そして今いるプロジェクトをもっと良くしたいと思っているのなら、まず皆さん自身が主体となって動いてみることをおすすめします。

けれども、どう動いてよいかわからないという人もいるでしょう。 身構える必要はありません。 一緒に働きたいと思える人を見つけよう、まずはそう心がけながら仕事をするだけでも、随分違ってくると思うのです。

そして次に、他の人に対して何かアクションをとりたいけれど、きっかけが欲しい方へ。 そんな方にはひとつの切り口として、平鍋健児さんが提唱している「プロジェクトファシリテーション(PF)」という言葉を紹介します。 まずはこの言葉をネットで自分なりに調べてみて下さい。（その他、もちろん筆者にメールをいただくのでも構いません） あなたが動き出す為のヒントが、きっところがっていると思います。

本稿では、筆者にとっての Extreme Experience から得た気づきを元に話を進めました。 この気づきを与えてくれた、まわりの友人・同僚・そして家族に感謝します。 皆さんも健康にはくれぐれも気を付けて!