Tweet
- 岡本 興一
- ウィジット株式会社 代表取締役
- ITコンサルタント
前工程が遅れたことにより、最終工程であるテスト期間を圧縮してしまうのです。
その結果、バグだらけのシステムになってしまい、期待した効果を得られないということは珍しくありません。
また、テストをきちんと行うということは、設計がきちんとできていなければなりません。
ところが、工数を削減し、コストを圧縮したいという理由で、この設計工数を削減しようとすることがあります。
これも失敗につながる理由の一つです。
設計書は、何をしなければいけないのか？
どういう動きをするのが正しいのか？
などを定義した資料です。
これがあるからこそ、言った・言わない を省くことができ、品質を維持することができるのです。
逆に、これがないことにより、発注者側と、開発者側での認識違いが発生し、品質、コスト、納期全ての点において、問題になることが少なくありません。
一般的に開発工数を多くとる傾向がありますが、これは正しいとは言えません。
最も理想的なスケジュール、コストの配分としては、設計：３分の１、開発：３分の１、テスト：３分の１ 程度です。
品質を重視するなら、テストの配分をもっと増やします。
ところが、多くのプロジェクトでは、設計：５分の１，開発：５分の３、テスト：５分の１ 程度になっています。
これでは、期待する品質のシステムができるはずがありません。
システム開発プロジェクトでは、最初のスケジュール、コストの配分割合がとても重要なのです。
集客につながるホームページ
ネットとセキュリティ〜ウィジット株式会社
岡本興一
