软件项目管理--任务分解

软件项目管理 任务分解

• 任务分解定义
• 任务分解方法
• 任务分解的基本步骤
• 案例分析
• 课程实践

任务过程：讲一个项目分解为更多的工作细目或者子项目，使项目变得更小，更易管理，跟易操作

任务分解结果：wbs

• wbs是对项目由粗到细的分解过程
• 面向交付成果的
• wbs他组织并定义了整个项目范围

• wbs的最低层次的可交付成果
• 工作包应当由唯一主体负责

任务分解的方法

• 类比
• 模板参照
• 自上而下
• 自下而上

模板参照

自上而下

自下而上

任务分解的基本步骤

• 确认并分解项目的组成要素（WBS编号）
• 确定分解标准
• 确定分解是否详细
• 确定项目交付成果（可以编织wbs字典）
• 验证分解的正确性

按照生存期阶段分解：

• 规划
• 需求
• 设计
• 编码
• 测试
• 提交

按照产品组成分解

• 招生管理
• 分班管理
• 学生档案管理
• 学生成绩管理

不能同时使用两种标准进行分解！

WBS字典

分解标准

• 最底层的要素是否是实现目标的充分必要条件
• 最底层要素是否有重复的
• 每个要素是否清晰完整定义
• 最底层要素是否有定义清晰地责任人
• 是否可以进行成本估算和进度安排

WBS任务分解建议

• 最底层是可控的和可管理的，但是不必要的过细
• 每个workpackage必须有一个提交物
• 定义任务完成的标准
• 有利于责任分配
• 推荐任务分解到40小时以内

画出 图书管理系统 按功能的任务分解图WBS

画出 图书管理系统 按阶段的任务分解图WBS

v案例场景

M集团是希赛信息技术有限公司(CSAI )多年的客户，CSAI已经为其开发了多个信息系统。最近，M又和CSAI签订了新的开发合同，以扩充整个企业的信息化应用范围，张工担任该项目的项目经理。张工组织相关人员对该项目的工作进行了分解，并参考了公司同M曾经合作的项目，评估得到项目，总工作量60人月，计划工期6个月。项目刚刚开始不久，张工的高层经理S找到张工。S表示，由于公司运作的问题，需要在4个月内完成项目，考虑到压缩工期的现实，可以为该项目在增派两名开发人员。张工认为，整个项目的工作量是经过仔细分解后评估得到的，评估过程中也参考了历史上与K企业合作的项目度量数据，该工作量是客观真实的。目前项目已经开始，增派的人手还需要一定的时间熟悉项目情况，因此即使增派两人也很难在四个月内完成。如果强行要求项目组成员通过加班等方式追逐4个月完成的目标，肯定会降低项目的质量，造成用户不满意。因此，张工提出将整个项目分为两部分实现，第一部分使用三个半月的时间，第二部分使用三个月的时间，分别制定出两部分的验收标准，这样不增派开发人员也可以完成。高层经理认为该方案可以满足 公司的运作要求，用户也同意按照这种方案进行实施。六个月以后，项目在没有增加人员的前提下顺利地完成，虽然比最初计划延长了半个月的工期，但既达到了公司的要求，客户对最终交付的系统也非常满意，项目组的成员也没有感受到很大的压力。

【问题1】

请指出张工是如何保证项目成功的？

张工首先对最初的项目范围进行了清晰地定义，并根据定义对工作进行了分解，制定了wbs

张工对项目进行了谷氨酸，且估算结果真实可信，对项目工作量有量化的把握

再出现新得项目目标后，张工对项目进行了范围控制，缩小了第一阶段实现的范围

张工对重新定义的项目范围进行了确认，与高层经历和客户达成一致

张工对项目进行了沟通管理，协调了多个项目干系人之间的矛盾

【问题2】

请试结合案例指出项目范围管理的工作要点？

• 范围管理计划
• 范围定义
• 工作分解
• 范围确认
• 范围控制

在本案例中，张工首先进行了范围定义和工作分解，得到了清晰地项目范围，在出现新的项目目标后，张工进行了范围控制。重新定义了两个阶段项目范围。最后，张工将重新定义的范围与项目干系人进行了确认

项目任务分解

实践目的：理解wbs概念，掌握任务分解方法

时间要求

1. 复习任务分解和验证方法
2. 编写spm项目或自选项目的任务分解

本章小结

1. 任务分解相关概念
2. 任务分解方法
3. wbs的意义—范围基准的形成