2人から4人は倍だがパスは倍どころじゃない。(プロジェクト)マネージャであれば、規模の不経済は絶対に頭に入れておかなければならない。ソフトウェア開発はいかに少ない人数で作れるかが勝負だ。そこに納期という制限がある。納期までに作るために最も人数を少なくするにはってのを考えなきゃならない。少なくするためには、メンバーが優秀である必要がある。プロジェクト成功のキーは当たり前の結論だけど「人」だ。優秀ってのは技術だけじゃないけど(もちろん技術も大きな割合だ)。渡り歩いたプロジェクトではまだまだ単に人を増やせばいいって判断が多いなあ。僕自身も優秀なわけがない。人数中心のプロジェクトではなく、人中心のプロジェクトに入れるように、磨き続けなければ。ソフトウェア開発においては、チームメンバとのコミュニケーションが重要なのである。ソフトウェアチームにおけるもっとも大きな課題は、他のメンバが何をしているかをチームメンバ全員が確実に理解することである。そのため、チームサイズが大きくなるにつれて、生産性は低くなるのである。優れたほうが安い説アジャイル開発がこの効果を一層加速させる。優れたチームは、平均的なチームよりも速いスピードで開発サイクルをまわすことができる。選択肢をより速く見つけることができる。この高速化によって、より良いソフトウェアを構築できる。結果として、より高い価値を生み出すことになる。優秀なエンジニアが生産性が高いって証明はできないんだよね。プロジェクト失敗のコストに比べれば、安いもんなんだけどね。雇用者は、高価なプログラマが実際に生産性が高いという客観的な証拠を持っていない。コストが高いということだけが客観的だ。結果として、雇用者は、価値が高いという主観的な判断と、コストが高いという客観的な判断とに折り合いをつけなければならない。多くの雇用者は、個人的に優れたプログラマに価値があると信じていても、マネージャや人事部や購買部に対して、そのコストの全額を正当化する覚悟ができないのである。優れたほうが安い説*1:数学で習ったコンビネーションってやつだ。Wicketのサンプルをロ...»プロフィールid:jyukutyo元アルバイト塾講師なソフトウェアエンジニアです。京都にあるモバイル系企業で働いています。Blog|ブログを報告する。