システム化範囲がぶれていれば失敗する ― ＠IT自分戦略研究所

プロジェクトの失敗例で多いのは プロジェクトの失敗で、一番多いのはシステム化範囲（スコープ）がいつのまにか大きく膨らんでしまい、納期も遅れ、コストも膨らんでしまうケースである。 このようなプロジェクトは昔から後を絶たないのであるが、その対策が十分に取れているとは思えない。今回は、このシステム化範囲がぶれる問題を考えていきたい。 なぜ、システム化範囲はぶれるのか システム化範囲がぶれる理由はいろいろあるが、その代表的なものを挙げてみる。 （1）「ｘｘシステム一式」という契約書は意味があるのか そもそもシステム化範囲は明確になっているのであろうか。最近私が関与した会社で、ベンダから送られてきた契約書を見せてもらったが、そこに記載された委託内容は「生産管理システム一式」という文言が1行書かれているだけであった（図1。この契約書は、一体どういう意味を持っているのであろう。確かに金額や一般的な責任は

[catnapper_mar]

イタイｘ２... ((+_+))

[maangie]

連載「プロジェクトはなぜ失敗するのか」

[katzchang]

先日、「対応範囲が未定なので、最大限どれ位という見積もりにする」という説明とともに超概算見積もりを出したら、「多い。見積もりに対する検証をする。」と言われました。どうぞどうぞ。

[Wacky]

本来、要件定義をベンダ任せにするというのはおかしな話であり、手伝ってもらうにしても最後は自社の責任で意思決定をしなければならないのが要件定義である

[satmat]

あとで

[okazbb]

「○×システム一式」という見積書ありすぎて困る

[tolll]

プロジェクト管理、失敗、仕様

[hiroponz]

提案書と要件定義の知識

[FTTH]

発注者として要件がぶれている。

[Crone]

書くより読む方が難しい。人の手が入れば入るほど。いっそ書き直したいけどそのリスクに悩むって、かなり重いジレンマ。身につまされる…。