16:00昨今のシステムは大変なコストがかかるネットワークをはじめとするインフラの上で動いています。開発するアプリケーションも曖昧な要件と、意欲的な開発依頼者のおかげで、開発を始めてから膨れ上がる要件との戦いです。いくらでもお金を使ってよいなどというシステム開発があるわけもなく、またにシステム開発担当者はお金のことなどをあまり考えずにシステム開発に没頭する人が多いですから、コスト管理についてはプロジェクトレビューをうまく使って、気持ちよく担当者が仕事に打ち込めるようにしてあげたいものです。見積もりは難しいですね。プログラム規模の見積もりでしたらそれでも何とかなりますが、プロジェクト規模の見積もりとなると対象要素が多すぎてまったく絶望的になります。はらんでいますから、思惑通りに行かないことが多いのであります。いえ、可能な限り見積もり要素を洗い出し、見積もりの対象にし、対象毎に見積もり根拠を確認しながら進めていけば、所詮人の頭に浮かんだものしか作らないのですから何とかなるのではあります。決めたことについて責任を明確にすることを忘れてはいけません。実際多くのシステムは紆余曲折を経ながらなんとか完成しています。このように言ってしまいますと、いとも簡単のように聞こえますが、このような作業を基本動作として行うのはやはり難しいことです。いうことで、見積もりもまたプロジェクトレビューの仕組みを使って精度アップを図ることになります。システムの利用範囲が広がり、利用技術もオープン化の進展で高度化し、プログラムを完成させるだけではシステムを稼働できない時代です。依頼されるシステム開発案件の元受となることが多い開発受託者側のアプリケーション開発担当者は、プログラムエンジニアであることが多く、見積もり作業がプログラムプロダクトの製造中心に検討されることになりがちです。エンタープライズ系事務システム開発では特にその傾向が強いといえます。見積もりは、先に指摘したように、仮定、仮置きの要件、攪乱要素の配慮などについて漏れたり、過小評価になりがちです。加えて、ともすれば開発受託者側の理想の条件で計画し、これでいくしかないと、気合のみの天動説的見積もりになることすらあります。システム開発の見積もりは大きく変動してきますので、冷静な目で検証し、いくつかの展開ストーリーを用意し、コスト面での準備をしておくことが必要です。変更になったらサーバーを買い増ししなければならないこともあります。コンピュータセンターの法定点検によりコンピュータを止める日があることに気がつき、完全365日稼働可能なセンターに運用をアウトソースしなければならない事も出てきます。これは機器などのコストだけでなく、検討手配要員コスト、システム対応コストなどにも影響してきます。このようなチェックは、こういった観点をポイントとして用意したプロジェクトレビューによって行うのが効果的です。間違っても担当者だけにクローズして進めてはいけません。システムエンジニアは専門家ですが、どんなことでもオールマイティとはなかなかいきません。※この続きは、会員の方のみお読みいただけます(登録無料)。会員登録(無料)ログインはこちら※この続きは、会員の方のみお読みいただけます(登録無料)。