社長の居ない会社はない。
　船長の居ない船はない。
　校長の居ない学校はない。

システム開発でも、リーダーたる長(おさ)の存在が必要だと考えます。
一人だけの場合は、リーダー、デザイナー、プログラマー、テスター、アーキテクチャーなどを一人で行うがリーダーの役割は必要になります。

なぜ、長が必要かというと今までも書いてきましたが、メンバーの『ベクトル』を合わせるためです。

車の運転をするときに、『この道路を好きに走って良いよ』と言われれば、みんな自由に走ることでしょう。
でも、それでは事故の素なので、交通ルールがあります。
運転する人は、このルールを守るので、安全が保たれ違反した場合は罰則が適用されるのです。

システム開発は、車の運転とは性質が違いますが似ています。
性質の違いは、車の運転の場合、運転をしたい人が対象になっています。
システム開発の場合は、『仕事』です。
やりたいこともあれば、やりたくないこともあります。
それでも、メンバーの意思を統一し、進むべき方向・・・いわゆる『ベクトル』を合わせる必要があります。
このベクトルを見定めていくのが、リーダーの役割と思っています。

そもそも、リーダーがいないことなんてあるの？と思われるかもしれませんが、いても役割を果たしていないなら同じことです。
名ばかりでも、体制だけでもダメで、実態が必要です。

正しい方向性を持ったベクトルかどうかは、メンバーも含めて考えれば良いんです。
間違っていれば見直せば良いんです。
そう、計画が大事ではなく、計画づくりが大事なんです。

さらに、リーダーには『決める』ということが必要だと考えます。
優柔不断や他人任せでは、なかなか上手く進みません。
自分の考えで決めるも良し、他人の意見を参考にしても良しですが、『決める』ことが大切です。
リーダーが決めないと決まりません。
あまり強引に従わせるのではなく、周りの状況次第で柔軟に対応できる余裕があるとベターです。

私の経験ですが、リーダーがリーダーらしくないと上手くいった試しがありません。
逆に絶対的リーダーがいる場合、上手くいかなかった試しがありません。

合わせて、読みたい・・・。
[url=http://xp.miyacomp.net/modules/d3diary/details.php?bid=519]生産性の向上を目指すなら、残業はやめたほうがいい[/url]
[url=http://xp.miyacomp.net/modules/d3diary/details.php?bid=511]生産性の向上を目指すなら、人月見積もりはやめたほうがいい[/url]
[url=http://xp.miyacomp.net/modules/d3diary/details.php?bid=523&cid=32]生産性の向上を目指すなら、魚を与えるのではなく釣り方を教えたほうがいい[/url]