IT项目管理-计划-WBS.doc

IT 项目管理 -计划 -WBS 2004 年版 PMBOK 指南对 WBS 的解释： WorkBreakdownStructure（ WBS）工作分解结构：对应当由项目团队执行以便实现项目目标，并创造必要的可交付成果工作，按可交付成果所做的层次分解。 WBS 将项目的整个范围组织在一起并加以明确。每向下分解一个层次，就意味着项目工作的定义深入了一步。 WBS 最终分解为工作细目。 WBS 的层次结构以可交付成果为对象，包括内部和外部可交付成果。 WBS和 WBS 字典是项目范围的核心，通过 WBS 分解真正使项目目标和范围和项目进度中具体的工作任务有效的衔接起来。 WBS 分 解的难点不在是否有 WBS 模板，不在于 WBS 分解的方法和层次，分解的粒度等内容，更多的困难点在项目管理组要对整个项目目标范围相当熟悉，要对特定业务领域的业务运作和管理相当熟悉。比如对于 IT 项目如果对软件项目管理方法论，软件过程改进，软件工程和生命周期不熟悉，或者没有积累如果经验很难分解出有效的 WBS。 分解 WBS，确定活动任务，已经活动排序依赖这些都不是孤立和严格先后关系的过程。在这个过程中不断的存在着反复和调整，调整重要目的仍然是保证制定出有效的进度计划，保证后期的质量和成本控制有基准。 WBS 的最底层是工作 包，工作包必须是严格的输出物并且可验证。对于小型项目个人认为工作包可以直接作为任务下达。 WBS是项目范围的全集，但不要忽视了 WBS 字典， WBS 字典是对 WBS 每个分解项要求的详细描述。简单讲，项目进展过程中的任何产出物，任何活动都应该在 WBS中有体现。项目执行中应该只做应该做的事情，不能遗漏也不能镀金。 WBS 分解的越清晰，完善，说明项目管理组对整个项目全景的把握越好，越心中有数。 对于软件项目，我们最终需要提交的是软件产品，因此 WBS 的核心应该是结合了软件开发生命周期模型的产品分解结构 (PBS)。 PBS 再结 合项目管理过程，配置变更等支持过程共同构成工作分解结构。因此 WBS 应该是包含了工程域，管理域和支持域的内容，其核心是产品分解结构，其它活动和任务都是保证项目目标，保证产品能按质按时完成。 WBS 是项目管理的基石， WBS 首先解决了做正确的事情，其次才能去做到正确的做事情。