IT project in trouble

トラブルから何を発見するか？

目的の違い案件取りたい、安い価格の見積もりと作業を確実にする見積もりに差異がある
当たり前ながら、会社がそうさせている利益追求だもんなあ
→公平な判定プロセスや判定機関、委員会が必要
でも、失敗プロジェクト続出だね、
簡単に言えば、人が変わったらだめ、Outと思え
ITプロジェクトがおかしくなるとき
提供側の営業とデリバリの間

スコープに漏れがある
コンサル会社に依頼したんだけど、
コンサル会社はよその事例と勘違いした
顧客が勝手に提案を飲み込んだ
ああ、どっちもどちだわ
→公平な判定プロセスや判定機関、委員会が必要
でも、失敗プロジェクト続出だね、
コンサルはその場限りのお付き合い、お金で時間を買うのか？仕事の価値を明確出ない限り使えない
→のちのちライセンスやテンプレートや問題がでかくなる
顧客側のミス

いずれの場合も、的確な戦略や軸の話があれば何とか進む
この予算で、この期間で
このスコープとこの品質で
顧客の利用部門が決めること→決めきれないと政治的にもなる→長期化は避けられず
顧客と提案会社で握ってるの？
→ほとんどできていない、合宿でもやって見極めしたら？
プロジェクトとは90％以上は人と予算で決まる
打開策

IT project in trouble

More Related Content

More from koichi ikeda (20)

IT project in trouble