━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□□■
□■■ 上司に恵まれないSEのために-自分戦略策定マガジン
■■□ [No.039]「強気のスケジュール」が不幸を招く(2004/06/06)
■□□
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼上司に恵まれないSEのために-自分戦略策定マガジン バックナンバー
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
●X社からの引き合い
随分と前の話ですが、あるお客さん(仮にX社と呼びます)から引き合い
を頂きました。
X社は某大手企業の情報システム部門が独立した会社で、引き合いを頂い
たA課長は親会社からの出向者でした。
A課長から提示された納期は4ヵ月後。
ヒアリング後、さっそく見積りに取り掛かりました。
しかし、持ち帰った資料には曖昧な点や矛盾してる点が多々ありました。
不明な点はX社のSEに質問をしましたが、どうしてもクリアにならない
点がいくつか残りました。
結局、現時点では指定された納期を約束するのは不可能であるという結論
に達しました。(スケジュールリスクがマネジメントできるレベルではない
と判断しました。)
私達としては納期延長のお願いをするほかはなく、見積書と見積仕様書を
A課長に提出しました。
私達の説明の最中、A課長は苦虫を噛み潰したような顔をされていました。
そして説明終了後、「顧客の提示したスケジュールを延長して提案してく
るとはベンダーにあるまじき行為である」とお叱りの言葉を頂きました。
A課長曰く、「自分は、顧客からの引き合いは、どんなに無理と思っても
絶対に断らない。そんなことをしたら仕事は二度ともらえなくなる。実現不
可能なスケジュールでも引き受けるのが受注者の態度である。」とのことで
した。
しかし私達としては実現不可能な条件を受け入れることはできず、叱責さ
れながらも粘り強く交渉しました。
結局は、受託範囲を大幅に削減して頂き、リスクはあるものの何とかマネ
ジメントできるレベルにまでには持ち込むことができました。
私達が受託しなかった部分については別の協力会社であるY社が受託し、
このプロジェクトはスタートしました。
●デスマーチ・プロジェクト
さて、このプロジェクトは、いったいどうなったでしょうか。
私達の担当分は、いくつかの問題が発生しましたが、何とか納期に納める
ことができました。
(ただし、メンバーに残業や休日出勤が発生したことと、納品後に一部のプ
ログラムに品質問題が発生したため採算的には厳しい結果になりました。)
一方、我々に代わって大半の部分を引き受けたY社は大幅な納期遅延を起
こしてしまいました。
納期遅延後に追加料金は得たようですが、おそらく大きな赤字を出したも
のと思われます。
またY社メンバーは毎日のように遅くまで残業しており疲弊している様子
でした。プロジェクト終了後に退職したメンバーもあったようです。
Y社にとっては、いわゆる「デスマーチ・プロジェクト」になりました。
Y社は「強気スケジュール」を実現しようとして人をかき集め短期間に要
員を投入しました。
まったく余裕のない体制とスケジュールは結果的に品質の悪化を招き、そ
の改修に多大な時間と労力が費やされました。
また、ゆとりのないY社プロジェクトマネジャーの対応は柔軟性を欠き、
顧客の不満がつのりました。そして、それが合意形成の上でも大きな障害に
なったのです。
当然のことながら、このプロジェクトでは誰も得をしていません。
このプロジェクトでは、提示された納期の重要性は薄かったように感じて
います。
顧客やトップから与えられた「強気のスケジュール」を部下や協力会社に
丸投げしたり、リスク分析をすることなく安易な約束をするという思考停止
状態でプロジェクトが進んでしまったことが、皆を不幸にしました。
●急がば回れ
「急がば回れ」という言葉がありますが、システム開発プロジェクトに関
しては、「余裕のあるスケジュール」の方が、「強気のスケジュール」より
も結果的にスケジュールが短くなることがあります。
「たられば」は禁物ですが、もしA課長が私達の提案を受け入れて、余裕
のあるスケジュールを承認して頂ければ、このような不幸なプロジェクトに
ならなかったのではないかと思っています。
結果論になってしまいますが、納期もコストも品質も、「強気のスケジュー
ル」が原因で悪化したように思います。
私達の周りには「強気のスケジュール」が、たくさん存在します。
「プロジェクトの真の目的は何か?」という観点で見直した時、挑戦に値
する「強気のスケジュール」は果たしていくつあるのでしょうか。
【念のための補足】
「強気のスケジュール」が単なる目標ではなく、プロジェクトの目的とし
て重要性を持つ場合があります。
このような場合、リスクマネジメントを行ないながら「強気のスケジュー
ル」に挑戦することは意義のあることです。(ただし、困難ではあるが実現
可能なスケジュールに限ります。)
●何故、「無意味な強気のスケジュール」が生まれるのか
プロジェクトの真の目的に沿っていない「無意味な強気のスケジュール」
が何故存在してしまうのでしょうか。
原因としては以下のことが考えられます。
・アナリストの評価を最優先する経営者のスタンス。
・コスト削減やスピードUPに関する組織全体へのプレッシャー。
・プロジェクトの目的がステークホルダー間で共有されていない。
・トップダウンの目標設定に対してボトムアップ(ミドルアップ)のフィ
ードバックがない。
・マネジメント層が意思決定しない。(現場へのまる投げ)
・不適切な成果主義、特に目標管理制度の弊害。
・間違った顧客志向。
・ベンダーの安易な受注。
・リスクマネジメントが行われていない。
皆さんの勤務先ではいかがでしょうか。
●「強気のスケジュール」は競争力を低下させる
最近は睡眠障害を訴えたり、鬱病になるITエンジニアが増えています。
また、現場からは若手を育成する余裕がないという声が上がっており、若
手のキャリア形成に支障が発生しています。
あくまで個人的意見ですが、この原因の一つには「強気のスケジュール」
があると私は考えています。
プロジェクトの目的に沿っておらず、コスト削減やスピードUPという目
標が目的化した「無意味な強気のスケジュール」は、多くの不幸なSEを生
み出しています。企業の礎である人材を破壊し、成長を妨げているのです。
コスト削減とスピードUP。
確かにこの二つは競争力向上の目標には違いありません。
しかし、それはあくまで結果指標に過ぎないと思います。
組織の競争力は、個人のレベルUPや組織力の向上によってもたらされ、
それが結果的にコスト削減やスピードUPに繋がっていくのだと思います。
長期的には、余裕のない組織に人は育ちません。
つまり真の競争力は生まれないのです。
●「強気のスケジュール」と戦う意志
とは言え、現在の情報サービス産業を取り巻く情勢からは、「強気のスケ
ジュール」が増えることはあっても減ることはないでしょう。
しかし、意味のない「強気スケジュール」と戦っていかなかれば、業界全
体を覆うこの悪習は改革できません。
そして、この改革は現場に関わる人達がボトムアップ(ミドルアップ)で
起こしていく他はないと思います。
「強きのスケジュール」に対しては、ボトムアップ(ミドルアップ)によ
るフィードバックが大切です。
場合によっては経営のレベルまで遡って、「強気のスケジュール」の意義
を確認し、もし本当に意味のあることなら、その目的をステークホルダー全
員で共有することが大切です。
この闘いは長期戦になるかもしれませんが、あきらめてはなりません。
地道な努力は、いつの日にか実を結びます。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼閑話休題▼
現在、ピンチプロジェクトの支援をしています。
(その関係で、メルマガの発行やブログの投稿に支障が出ております。申し
訳ありません。)
プロジェクトマネジャーを後方や側面から支援しているうちに、気がつい
たら最前線に出てしまいました。久々の現場です。
お客さんや協力会社、プロジェクトメンバーとやり取りしていると、突然、
体の中でスイッチが入るのを感じました。(血がたぎり、闘志がフツフツと
沸きあがってきました。)
やはり私は現場が好きなようです。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
ご意見・ご感想・ご質問:mentorpin@mbk.nifty.com
購読登録・解除: http://homepage3.nifty.com/mentorpin/malmaga.htm
──────────────────────────────────
発行元:メンターピン・コンサルティング
http://homepage3.nifty.com/mentorpin/
──────────────────────────────────
原則として無断転載を禁じます。
ただし、内容を一切改変せず全文転載する場合に限り転載許諾は不要です。
(C) Copyright Mentorpin Consulting 2004
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Recent Comments