fkino diary

_ 1 + 1 = ?

1 + 1 = 2

これは小学校で習った通り。でも、現実世界ではこう上手くはいかないことが多いのです。プロジェクトマネジメントの世界もそのひとつです。

遅れているソフトウェアプロジェクトへの要員追加はさらに遅らせるだけだ

かの有名なブルックスの法則というやつです。()

デマルコの「」も同じ論調ですね。

これに従うと、

1 + 1 < 2

ということになるでしょうか。

それから、もっと怖ろしいことに

1 + 1 > 0

とも限りません。マコネルは「」の中で「負の生産性プログラマ」の存在を指摘し、「プロジェクトを後ろ向きに引っ張っている」と指摘しています。

つまり、

1 + 1 < 0

となる可能性もあるということです。

これは決して驚くことではないのと思います。飛んでもないものが出来上がってきて、デバッグや作り直しで一から作るより時間がかかってしまったとか、モラルの低いプログラマが一人でもいることによってチーム全体の士気が下がってしまうとか。この辺は実感がありますよね。

一方、プロジェクトファシリテーションというのは

個々人のスキルは重要です。そして、ここで取り上げるのは、集まった個人のスキルを１００％以上に発揮させるチーム作りとしての、「プロジェクトファシリテーション（PF）」です。

その場その場の変化に対応し、チームが協力し合って創発的に成果を出していく、「リーダーシップ・コラボレーション型」の新しいチーム作りの形です。

( http://www.objectclub.jp/community/pf/ )

だそうなので、

1 + 1 > 2

にしようということです。

だだし、100人のチームに50人投入するとかそいう大規模なケースは想定されていなくて、あくまでも10人以下とかそういう少人数の場合に上の式が成り立つようにしようというのがプロジェクトファシリテーションだと理解しています。

で、実際のプロジェクトでプロジェクトファシリテーションとして紹介されていることを色々と試行錯誤しながらやっている訳ですが、やっていて思うのは

1 + 1 < 0

みたいな極端なことはないにしても、やはり全体的な生産性だけで考えると

1 + 1 < 2

だと思うのです。

でも

1 + 1 > 2

になる瞬間というのが時々あって、そういうときにこのメンバーでこのプロジェクトをやっていて良かったなあって思うんですね。

その瞬間に生まれているプラスアルファの価値とか、メンバーの体験(Experience)とかを大事にしていきたいなぁと思っています。

_ コードの共同所有に弱点はあるか？

訳しました。

http://www.infoq.com/jp/news/2008/05/weaknesses_collective_code

今までXPとかやってきて、「誰も所有していない」という無秩序な状態になったことがないので、あまり実感はなかったですけど。

InfoQの翻訳に関しては大物を自摸ったので、しばらくはそっちをやる予定です。

_ 永和システムマネジメント アジャイル事業部 では事業部長の席を廃止しました

既報 の通り、永和システムマネジメントの東京支社は神田に移転しました。

移転に伴うレイアウト変更で、アジャイル事業部 事業部長の固定席を廃止しました (東京支社で作業するプロジェクトメンバーの席は固定席として残しています)。今後、私 (事業部長) は空いている席 (フリーアドレスやカフェスペースの席) を放浪することになります。

つまり私は、永和システムマネジメント 35年の歴史の中で、自分の席を持たない最初の事業部長になりました。

他に35年以上の社歴を持つ会社で、自席を持たない事業部長の方がいらっしゃれば、私までご連絡ください。お友達になれそうです。

自席がなくなったことにより、電話をどこにつなげばよいか分からない (内線番号がない) という声があがっておりますので、私の携帯電話番号 (私物) を記載しておきます。

090-3495-3782

よろしくお願いします。

そして、もうひとつサプライズを用意していますので、続報をお楽しみに!!