第6章软件项目的进度计划制订和团队组织.ppt

第6章 软件项目的进度计划制订和团队组织 6.1 基本概念与工作流程 工作（任务）分解结构（WBS） 工作（任务）分解结构（Work Breakdown Structure）是指由一系列软件项目活动所组成的层次结构 WBS的目的是为进行团队组织，并进而为工作进度计划制订和成本估算与控制打下基础 WBS的任务分解可以生命周期的阶段/活动为准则，也可以软件项目的目标或功能属性为准则 WBS的分解层次数量不限，但每层数量一般尽量不超过七个单元，最底层元素（活动）可由个人或一个工作小组（一般至多为七人）来完成 表1.9 软件开发WBS任务表 活动的逻辑顺序 若活动B的开始必须在活动A结束以后才能执行，则称B是A的后行活动，A是B的先行活动；若活动A结束后紧接着可以允许实施B活动，则称A是B的紧前活动，B是A的紧后活动。 活动逻辑顺序的确定准则 1.由客观规律与内部物质条件所决定 刚性逻辑关系 2.由人的主观意志所决定 软逻辑关系 3.依赖于外部环境或条件 外部依赖关系 4.由里程碑（项目分阶段考评的时间点）决定 计划网络图 计划进度网络图（简称计划网络图）是由一系列结点和有向边（有边弧）组成的反映软件项目各活动（任务）执行内在逻辑关系的赋权有向图。 常用的计划网络图（统筹图）有节点法网络图（单代号网络图），箭线法网络图（双代号网络图）和条件箭线图法等 箭线法计划网络图是由一系列节点和箭线（有向弧）所构成的赋权有向图，此中箭线表述项目活动（任务），在统筹图中它又称为作业、工序等，每一箭线的始端和终端均有两个节点，分别表示该活动的开始事项和终止事项 计划网络图的绘制准则 1.活动及其时间长度的图中表述 2.不允许出现回路 3.一对相邻结点间出现并行活动的处理 4.活动出现反复过程的处理 5.为加快工程进度，可人为交叉活动 活动时长估计 6.2 进度计划的分析与求解 求得软件项目的时间计划网络图只是求解软件项目进度计划的第一步，作为项目管理人员，为了更好地对该软件项目的开发进程进行管理与控制，他们还需要解决如下五个问题： （1）确定每个活动的开始时间和结束（完成）时间，且这样的活动开始时间与结束（完成）时间不应是硬性规定的，应允许其有一定的机动余地。 （2）在开发方已有的资源投入下求解该软件项目的交付日期（工期），或给定工期（投资方要求）条件下来安排各活动的开始时间和结束时间。 （3）为了完成工期Td目标，在整个软件项目开发过程中哪些活动是关键的？此中所谓关键活动是指由于这些活动完成的耽误或更改，将直接影响项目工期目标完成。 （4）由于开发过程中各相关活动是延续进行的，因此前一活动的耽误必将影响紧后活动的完成，从而构成了一条关键线路。显然关键线路及其中的每一关键活动是项目管理人员管理与控制的重点。 （5）对于给定的工期目标Td，在已有项目各活动时长的条件下能否顺利完成的风险分析。 各时间参数的相互关系 关键路线特性 关键路线求解 标号算法 例6.1 已知某软件项目经工作任务分解后，得到活动明细表如表6.1。 （1）绘出表6.1对应的计划网络图G （2）求解计划网络图G的关键路线CP和关键活动，并给出在给定活动明细表6.1状况下的软件项目交付工期Td 大、中型软件项目总工期的概率特性 总工期Td的两个特性 计划难度系数 6.3.2 开发团队的生成与组织 中、小软件项目开发任务结构 中大软件项目阶段任务细分 各阶段活动的全职人员数确定原则 （1）应尽量使FSPij为整数，其不足之处可由同一阶段的其他活动全职人员数合并。 （2）软件程序规模较大时，编程或测试阶段可将程序员再分成若干个小组，为管理有效起见，每个团队小组不宜超过7人。 （3）在安排各团队小组的人员配置时，应尽量使投入的每个全职人员在完成任务时在时间上具有连续性，不宜将人员频繁地调动更换工作任务。 表6.6 计划难度系数表 Δ4 Δ4 Δ3 Δ2 Δ2 δ0所属的区间 3.892 1.946 0 -1.946 -3.892 δ0 31 29 27 25 23 T0 图6.18 项目团队任务结构 表6.7 阶段任务细分表 √ √ 8、硬件 √ √ 7、配置管理与质量保障 √ √ √ 6、手册编制 √ √ √ 5、验证与确认 √ √ √ √ 4、详细设计与编码 √ 3、概要设计 √ √ √ √ 2、计划组织与控制 √ √ √ √ 1、需求分析与更新 Ⅳ Ⅲ Ⅱ Ⅰ 阶段 活动 * 完成用户手册、操作手册、维护手册 用户手册、操作手册、维护手册修改 用户手册、操作手册起草，维护手册起草 用户手册纲要、操作手册纲要 手册完成 配置管理与质量管理实施、监控、验收 配置管理与质量