概要
| 障害原因 |
割合 |
| 仕様記述漏れ |
2% |
| 仕様記述誤り |
5% |
| 仕様不明確 |
3% |
| 仕様見落とし |
1% |
| 仕様理解不足 |
1% |
| 仕様確認不足 |
2% |
| 仕様変更通知不徹底 |
2% |
| 言語用法誤り |
1% |
| ガイドライン違反 |
0% |
| 実装漏れ |
1% |
| 実装誤り（実装仕様＋実装） |
4% |
| 実証誤り（実装） |
4% |
| テスト誤り |
1% |
| デグレード |
1% |
- （ここで気づくことは、上記の割合を算出をより容易にする為に、個々の項目を数えやすくするような仕様書の記述方法が必要とされることです。いちいち、数えていたのでは、いくら時間があっても足りないです）
関連ドキュメント
分からないことは？
「変更」があった場合の反映のし易さ（効率の良さ）だと考えています。完璧なものを最初から作ることなんて不可能だし、変更を効率よく反映させれるように調整すればよい
最終更新：2009年06月10日 18:32
