タグ ‘プロジェクト管理’ の記事

プロジェクトを管理できない技術者

え～ちょっとシステム屋さんらしく、システム開発に関することを。
◎システム開発のプロジェクト管理
最近、身近なところで、立て続けに2件の大失敗システム開発プロジェクトを見ました。
システム開発プロジェクトっていうのは、
1）お客さんと、どういう事に困ってますかー、と「要件」をまとめる
2）お客さんの要望をシステムに落としていく「設計」を行う
3）納期に間に合うように限られた人数でプログラムを「開発」する
4）お客さんのところの業務運用時にトラブルが起きないように「テスト」する
というのが、おおまかな流れかと思います
※「お客さん」っていうのは、システム開発を依頼するクライアントの事です。
たいていのシステム屋は、もともと人よりもコンピューターとかかわってる方が得意な（かなりの偏見ですが）人たちが集まる傾向があるんで、人とあまり接する必要の無い3)、4）が得意です。
ただ年をとってくると、いつまでも3）4）ばかりやってる事を会社は許してくれず、1）2）もしっかりやりなさい！ などといって突然、客先との折衝をまかされるんですが、ここに大きなリスクがあるようです。
◎お客と戦う！
実は、実際のシステム開発作業3）が始まっても、お客さんの要望は果てしないため、1）2）っていうのは、終わりまで続く傾向にあります。
「そういえば、こういう画面が無いと困るんだけど」
「この帳票が無いと仕事にならないんだよー」
「そんな風になるとは思ってなかった。こうして欲しい」
ここで、プロジェクトで決められた納期や予算と、お客さんからあふれれ出てくる要望とのギャップを埋めるべく、対人折衝能力が必要になります。
しかし、これまで1日の大半をコンピューターの前に座って過ごしてきたエンジニアには、そんなヒューマンスキルを鍛える暇が無かったため、知らない間にお客さんの要望を「えぇ。えぇ。」と聞いているうちに、けっきょく巨大なシステムを作らなければいけない事になります。
いわゆるシステムのスコープの決定ミスです。
そして、それは1,000万円規模の小さなプロジェクトなら、徹夜して頑張れば何とかなる事も多いんですが、もっと規模の大きいプロジェクトでは致命傷となります。
◎きっとこれからも…
私が最近見た２つの失敗プロジェクトはまさに上記の例でした。
プロジェクトの管理者は決して能力が無いわけではなく、立派な「技術者」でした。
ただ人とのコミュニケーションがやや苦手というだけでした。
ちょっと小さなシステム開発会社では、これからこんな事態が多発しそうな気がします。
というのも、これまで技術的な事はよう分からんけど、先頭をきってお客さんと折衝を続けてきた団塊の世代の方たちが、ドタドタと退職していきます。
そして、今まで影に隠れて「技術屋」をやっていた人たちが、突然「君もそろそろプロジェクトのマネージメントをやりたまえ」なんて言われて最前線に立たされて、結果的に数ヶ月後にプロジェクトが炎上するなんて事が多発するんじゃないでしょうか。
システムを発注する側の方もよーく気をつけてくださいねー。
システム会社から出てくる管理者のスキルをよーく見極めて要望を出さないと、結果的にエライ目にあいますよー(^^;

2006/07/25 ｜ タグ( ) ｜ カテゴリ(システム開発) ｜ コメント(0)