第5章任务分解

情景引入0情景引入chapter__21情景引入2?路线图：范围计划3软件项目管理第二篇

4第5章软件项目任务分解本章要点5一二三四任务分解定义任务分解方法任务分解的基本步骤案例分析五课程实践任务分解chapter__56将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作任务分解过程任务分解结果WBS（WorkBreakdownStructure:任务分解结构）类型清单图表图表类型“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数WBS9WBS是对项目由粗到细的分解过程。面向交付成果的WBS它组织并定义了整个项目范围工作包（Workpackages）10WBS的最低层次的可交付成果工作包应当由唯一主体负责图表形式的WBSchapter__211清单形式的WBSchapter__212WBS表达形式—层次结构图和锯齿列表

图形显示

锯齿列表

1．0系统

1．1元素A1.1.1任务

1.1.2任务

1．2元素B1．0系统1．1元素A1．2元素B1.1.1任务1.1.2任务WBS工作编码由高层向下层用多位码编排，要求每项工作有唯一的编码10001100111011111112111311201121112211231200WBS工作编码的意义对WBS的任务进行编码，WBS就不仅是一个任务表示方式，它还可以充当一个共同的信息交换语言，为项目的所有信息建立一个共同的定义。例如：它是计划、成本、风险、监督和评审、考核等过程的基本信息来源和依据。通过任务编码，我们就能够把项目的所有要素在一个共同的基础（WBS）上建立关联，在此基础上建立各管理过程的所有信息沟通。WBS工作编码的意义应用WBS作为项目信息的共同基础的最大优点是，为监控及预测费用、进度、实施等不同过程，建立了一个统一的项目信息系统，WBS给所有阶段、过程的项目管理人员提供了一个均可以与之作对比的一致基准，并且在大型项目中，由于参加者众多及人员可能发生的变化，使所用的项目概念、阶段、任务对所有的参加者都具有相同意义是很重要的，而WBS通过编码和编码字典的编制可使这一点得到保证。WBS的编码原则不论编码采用什么形式，编码应具备以下基本原则：（1）编码应能反映出任务单元在整个项目中的层次和位置，例如：1.2.3和3.4.5显然是在不同层的不同位置。（2）当发生任务增加和删减时，整个的层次体系不会发生巨大变化，只是在恰当的位置，进行增删。（3）编码方便进行任务的索引。（4）编码方便与其他过程管理的相互参照。WBS工作分解的原则功能或技术的原则：考虑到每一阶段到底需要什么样的技术或专家组织结构：考虑项目的分解应适应组织管理的需要地理位置：主要是考虑实施处于不同地区的子项目系统或子系统原则：根据项目在某些方面的特点或差异将项目分为几个不同的子项目.本章要点19一二三四任务分解定义任务分解方法任务分解的基本步骤案例分析五课程实践分解方法chapter__520类比模版参照自上而下自下而上模板参照chapter__221自上而下22“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数自下而上23“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数本章要点24一二三四任务分解定义任务分解方法任务分解的基本步骤案例分析五课程实践任务分解的基本步骤chapter__525确认并分解项目的组成要素(WBS编号)确定分解标准确定分解是否详细确定项目交付成果（可以编制WBS字典）验证分解的正确性WBS分解的一般步骤 （1）总项目 （2）子项目或主体工作任务 （3）主要工作任务 （4）次要工作任务 （5）小工作任务或工作元素软件项目开发的WBS1项目启动阶段1.1售前阶段1.1.1提供《技术白皮书》和现场的技术介绍，了解项目需求1.1.2提交《项目可行性研究报告》1.1.2提交《项目开发计划》1.1.4提交《项目风险管理计划》1.1.5通过公司的立项评审1.1.6进行项目前期开发（制作需求模板、功能演示系统、关键技术分析和实验等）1.1.7向用户提交《系统建设建议书》1.2招标和合同签订阶段1.2.1制作标书，参加投标和答标活动1.2.2中标后，根据商务谈判的结果，制作合同副本1.2.3合同签订1.3项目前期准备阶段1.3.1指定项目经理、子项目经理或技术经理，成立项目组。1.3.2完成《工作任务分解（WBS）》1.3.3划分接口人员责任1.3.4提交《项目进度计划》1.3.5提交《项目成本预算》1.3.6提交《风险控制计划》1.3.7其他专项计划：对本项目开发中需制订的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量控制计划、配置管理计划、用户培训计划、系统安装计划等），分别进行制订。1.3.8以上项目计划提交公司评审，并形成《项目任务责任书》下达软件项目开发的WBS2需求分析阶段2.1分析用户需求2.1.1与用户一起分析需求，并形成用自然语言表述的《需求说明书》，由用户确认2.1.2将用户确认的《需求说明书》，转化为用计算机术语描述的

《系统需求规范书》2.1.3提交《系统需求规范书》，进行评审2.2形成《集成测试计划》，提交公司评审3系统设计阶段3.1系统总体设计3.1.1运行环境设计3.1.2基本业务处理流程描述3.1.3系统结构设计3.1.4模块关系设计3.1.5人工处理过程3.1.6尚未解决的问题软件项目开发的WBS3.2接口设计3.2.1用户接口3.2.2外部接口3.2.3内部接口3.3运行设计3.3.1运行模块组合：说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。3.3.2运行控制:说明每一种外界的运行控制的方式方法和操作步骤3.3.3运行时间:说明每种运行模块组合将占用各种资源的时间。3.4系统数据结构设计3.4.1逻辑结构设计要点3.4.2物理结构设计要点3.4.3数据结构与程序的关系

3.4.3.1后备技术

3.4.3.2降效技术

3.4.3.3恢复及再启动技术软件项目开发的WBSWBS编号系统功能1:11软件产品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123WBS编号系统chapter__232WBS字典chapter__233检验分解结果的标准chapter__534最底层的要素是否是实现目标的充分必要条件最底层要素是否有重复的每个要素是否清晰完整定义最底层要素是否有定义清晰的责任人是否可以进行成本估算和进度安排分解标准WBS任务分解建议chapter__535最低层是可控的和可管理的，但是不必要的过细每个Workpackage必须有一个提交物定义任务完成的标准有利于责任分配推荐任务分解到40小时以内80/8规则WBS编号系统功能1:11软件产品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123标识项功能名

F1.1获取网络资源数据

F1.2将资源数据存入数据库

F1.3获取网络资源信息

F1.4观察网络资源

F1.4.1依类型分类观察网络资源

F1.4.2依状态分类观察网络资源

F1.5观察逻辑网

F1.6观察资源状态

F1.7修改网络资源的状态

F1.8依条件检验网络使用情况

F1.9显示拓扑图

F1.10建立通道WBS与OBS（组织分解结构）工作责任分配表制定目的：对项目的每一项任务分配责任者和落实责任。用途：明确各单位或个人的责任，便于项目管理部门在项目实施过程中的管理协调。依据：以工作分解结构图表和项目组织结构图表为依据制作此表。结果：工作责任分配表责任分配表图例：▲负责●辅助△承包

责任者（个人或组织）

工作分解结构任务编码任务名称

项目负责人审核意见：

签名：日期：责任分配表

(▲负责〇审批●辅助△承包□通知)责任者

WBS项目经理土建总工机电总工总会计师工管处财务处计划合同处机电设备合同处设计院咨询专家电力局水电部中技公司十四局大成设计●●●●

▲●□〇□□□招标●●●●

●●

▲●〇□□□□施工准备▲●□□

〇□□

▲□采购〇□●□□●●▲□●●

施工

▲●□●●●●●

●

▲▲项目管理▲●●●●●●●●

●

□□WBS工作细目BethJimJackRoseSteveJeffTylerCathySharonHannahJoeGerriMaggieGeneGreg

销售报告

PSSSS

系统1问题界定

PSS1.1收集数据PSS1.2可行性研究PSSSS1.3准备报告SP2系统分析

PSS2.1会晤用户PSSS2.2研究现有系统P2.3明确用户要求PP：主要责任S：次要责任销售报告系统项目责任矩阵1—实际负责2—一般监督3—参与商议4—可以参与商议5—必须通知6—最后批准简化的责任矩阵副主管部门经理项目经理工程经理软件经理生产经理市场经理子程序生产经理子程序软件经理子程序硬件经理子程序服务经理建立项目计划62133334444定义WBS5133333333建立硬件231444建立软件3414建立界面231444生产监测234414定义文件214444建立市场计划5354441准备劳动力估计31114444准备设备成本估计31114444准备材料成本31114444编分配程序31114444建立时间进度31114444分解标准生存期功能组成项目的组织单位。。。。。分解标准应统一:学生管理46规划需求设计编码测试提交按照生存期阶段分解1.

招生管理2.分班管理3.学生档案管理4.学生成绩管理按照产品组成分解不能同时使用两种标准进行分解:47招生管理

分班管理

学生档案管理学生成绩管理规划需求设计编码测试提交学生管理检验分解结果的标准最底层的要素是否是实现目标的充分必要条件最底层要素是否有重复的每个要素是否清晰完整定义最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排WBS的指南(1)WBS分解的规模和数量因项目而异收集与项目相关的所有信息参看一下类似的项目的WBS,与相关人员讨论可以参照模板最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，软件项目推荐分解到40小时的任务每个Workpackage必须有一个提交物注：80/8规则8-80原则，有时又称2周原则就是任务分解最小到8小时，最大到80小时；目的是为了在项目执行期内更好的检查和控制。通过这一手段可以把项目的问题暴露在两周之内或更短的时间。制定项目计划的目的是为了更好的控制项目，任务分解的结果便是项目执行、检查、控制的依据，WBS的指南（2）定义任务完成的标准每个WBS必须有利于责任分配可以准备WBS的字典最后与相关人员进行评审WBS模板举例WBS字典内容WBS表示号

名称

主题目标

描述

完成的任务

责任者

完成的标识

备注1.

WBS字典实例WBS意义提供了项目范围基线,是范围变更的重要输入为评估和分配任务提供具体的工作包进行估算和编制项目进度的基础对整个项目成功的集成和控制起到非常重要的作用网管系统（图表）分解实例F2F2.1F2.2F2.3F2.4F2.5F2.6F2.7F2.8F2.9F2.6.1F2.6.2F2.9.2F2.9.4F2.9.3F2.9.1F2.9.5F2.9.6标识项功能名

F1.1获取网络资源数据

F1.2将资源数据存入数据库

F1.3获取网络资源信息

F1.4观察网络资源

F1.4.1依类型分类观察网络资源

F1.4.2依状态分类观察网络资源

F1.5观察逻辑网

F1.6观察资源状态

F1.7修改网络资源的状态

F1.8依条件检验网络使用情况

F1.9显示拓扑图

F1.10建立通道本章要点58一二三四任务分解定义任务分解方法任务分解的基本步骤案例分析五课程实践医疗信息商务平台chapter__559MED:任务分解结果60