問42
頻出度★★★
システム開発プロジェクトのWBS作成における要素分解に関する説明として, 適切なものはどれか。
平成26年度 春期 ITパスポート試験 問42
マネジメント系プロジェクトマネジメント › プロジェクトマネジメント
这道题的解析和你的作答记录。
解説
問 42
- ア
正解 ア 正确。WBS（Work Breakdown Structure，工作分解结构）是把项目的交付物和工作分层分解、从而无遗漏地将范围可视化的工具。分解到什么程度为止的判断标准，正是 ア 所说的内容：原则是一直分解到最下层的要素（工作包）达到「能够估算成本和工时」并且「能够管理进度」的大小为止。分得过粗，既估不出来也掌握不了进度；分得过细，管理成本又不划算。因此，同时满足可估算与可管理这两个条件的粒度，就是恰当的停止点。
错误イ
即使是发包给外部（外包），界定要做什么、做到什么范围，这项范围定义工作仍然是发包方的责任。如果把要素分解全部交由承包方负责，交付物的范围、数量和验收标准就会变得含糊，从而招致范围遗漏、认识偏差以及追加费用。正确的做法是：发包方先用 WBS 把交付物分解，然后明确发包范围。
错误ウ
WBS 必须无遗漏地包含项目所需的全部工作（不仅是交付物，项目运营方面的工作也在对象之内）。像进度汇报会议这样的沟通管理工作同样会消耗人工工时和时间，如果把它排除在要素分解的对象之外，这部分工作量就会从计划中漏掉，导致估算不足。
错误エ
如果有类似系统的开发经验，确实可以把过去的 WBS 当作模板沿用来提高效率，但这并不意味着可以省略要素分解本身。每个项目的需求、组织体制、约束条件和范围都不相同，因此必须结合本次项目重新进行分解，并确认其内容。
ここがポイント
- WBS 的要素分解，原则上要一直进行到最下层的工作包达到「能估算成本和工时」并且「能管理进度」的粒度为止。
- WBS 是项目范围管理的核心，不仅要包含交付物，还要无遗漏地包含会议、管理工作等必要的工作（外包部分的范围也由发包方来定义）。
用語