软件项目时间管理

第3章软件项目时间管理3.1软件项目时间管理的活动3.2软件项目进度计划3.3项目进度计划的变更管理3.4项目进度计划技术及其应用3.1软件项目时间管理的活动3.5.1软件项目时间管理的活动过程3.5.2活动定义3.5.3活动排序3.5.4活动历时估算3.1.1软件项目时间管理的过程（P61）活动定义活动排序活动历时估算制定进度计划进度计划控制3.1.2活动定义一、什么是活动定义项目活动定义就是对项目团队成员和项目干系人为实现项目目标、完成项目可交付成果必须开展的具体活动的确定。二、活动定义的依据工作分解结构项目范围说明历史信息约束条件假设因素三、活动定义的方法活动分解法参照模板法四、活动定义的输出活动清单详细依据更新的工作分解结构活动Task活动Task工作单元WorkPackge工作单元WorkPackge子项目WorkArea子项目WorkArea项目Project项目Project计划Program工作分解结构与活动分解（主要区别：活动分解的结果多是无形的东西）80小时原则！40小时之内原则！WBS3.1.3活动排序一、什么是活动排序项目活动排序指识别项目活动清单中各项目活动的相互关联与依赖关系，并据此对项目各活动的先后顺序进行安排和确定的工作。活动之间的信赖关系有：1、强制依赖关系：客观存在的、不变的逻辑关系。项目的强制信赖关系指项目产品的生产过程必须遵循的工艺流程或项目服务的提供必须遵守的先后顺序，它取决于项目活动之间的必然联系，所以又称项目活动间的硬逻辑关系或强制性逻辑关系。2、自由依赖关系：受项目活动排序人员主观看法影响造成的排序差异，又称软逻辑关系。3、外部依赖关系：涉及项目和非项目活动之间关系。例如，新操作系统和其他系统的安装可能会信赖于外部供应商交付新硬件的进度。二、活动排序的依据活动清单产品描述活动之间的逻辑关系约束条件里程碑三、活动排序的表示技术ABCDE前导图法表示的网络图前导图法(PDM)----图称为AOV网节点表示活动，箭线表示关系。1234567A1A2A3A4A5A6A7V1图用箭线图法表示的网络图箭线图法(ADM)----图称为AOE网箭线表示活动，节点将箭线连接表示关系，节点表示事件。条件图法四、活动排序输出项目网络图：项目网络图就是项目活动及其相互关系的示意图，图中可以包括项目的全部活动，也可以只包括主要活动。除此之外，还应当有对活动的简单描述、活动排序方法、重要活动说明，以及被忽略的活动说明。更新的活动清单：在活动排序过程中，需要对活动之间的逻辑关系进行分析和确认，可能会发现必须对某些活动进行重新分解和定义，需要更改项目活动清单，甚至工作分解结构。3.1.4活动历时估算一、什么是活动历时估算及其相关因素活动历时估算指预计完成各活动所需时间长短，在项目团队中熟悉该活动特性的个人和小组可对活动所需时间作出估算。相关因素有：工作量：指完成一个活动需要投入的人工，一般以人(小)时、人天、人月为计量单位。在确定工作量时，一是考虑系统的规模、功能点数和对象点数；二是考虑生产效率。这三者的关系是：工作量=规模/效率。资源：这里是指完成一项活动能够投入的人力资源。投入人力资源的数量一般要与项目的规模合理匹配，而且与项目的总的时间要求、费用支出有关。活动工期：理论上，在工作量一定的情况下，投入的人力资源越多，则活动的工期就越短，在一定范围内二者之间的关系近似线性，如100个人天的工作量，投入10个人时，则需要10个工作日完成；投入5个人，则需要20个工作日。二、活动估算的依据活动清单约束条件资源情况历史信息已识别的风险三、活动估算的方法专家评定法经验类比估算法利用历史数据法德尔菲法三时间估算法设三个时间为：乐观时间a、悲观时间b、正常时间m，则对于网络期望时间为T=（a+4m+b)/6四、活动估算的输出活动持续时间：本阶段工作的最主要成果，估计出来的完成每个活动所需要持续的时间，这个时间可以存在一个允许的变动范围。活动持续时间估算的依据：有时也需要将进行活动估算的依据作为补充材料写入活动持续时间描述文档中。变更的活动清单：项目活动估算中，也会发现和更改活动定义和相互关系等，因此，需要对活动清单进行修正。3.2软件项目进度计划3.2.1项目进度管理的重要性3.2.2制定软件项目进度计划的指导原则3.2.3制定项目进度计划的依据与基本要求3.2.4项目进度计划的制定过程3.2.5项目进度计划的制定3.2.1项目进度管理的重要性从项目管理的铁三角（如图1）；进度管理是项目管理的基础，项目管理的起初，也正是从进度管理开始（如图2）；进度管理往往是很多IT工具集成的一个前提。产品发行集成调试需求定义需求评估概要设计详细设计概要评估测试计划测试过程测试评估设计评估编码单元调试软件项目开发的并行性3.2.2制定软件项目进度计划的指导原则1.将用于编制软件项目计划及跟踪软件项目的工作文档化。2.对于软件项目的实施采用文档化的承诺。3.相关的机构或个人认可他们对软件项目的承诺。4.指定软件项目负责人负责落实软件项目的承诺并制定项目的软件开发计划。5.确保软件项目存在一份文档化的、并被认可的工作任务说明。6.软件开发计划要指定人员角色分工，明确责任。7.对软件项目所需要的、适当的资源及资金做出计划。8.对软件项目负责人、软件工程师及其他与软件项目计划编制有关的人员进行适合其职责范围的培训。9.成立相关软件项目组及相关的方案论证小组。10.软件项目组及相关的方案论证小组在整个项目生命期内参加全部的项目计划编制工作。11.按照书面流程与高级管理人员或企业外部机构软件项目的承诺进行复审。12.明确划分预先定义的、规模可管理的阶段的软件生命周期。13.按照书面流程开发项目的软件开发计划。14.将软件项目计划文档化。15.确定软件项目需要建立及维护控制的软件产品。16.按照书面流程进行对软件产品规模的估计(或软件产品规模的改变)。17.按照书面流程进行对软件项目工作量及费用的估计。18.按照书面流程进行对项目所需要的关键计算机资源的估计。19.按照书面流程确定项目的软件开发进度。20.识别、评估与项目的费用、资源、进度及技术方面相关的软件风险，并文档化。21.准备项目的软件工程机制及支撑工具的计划。22.记录软件计划编制数据。23.制定并使用度量方法以确定软件计划活动的状态。24.定期与高级管理人员对软件项目计划活动进行复审。25.以定期及事件驱动方式对软件项目管理人员及软件项目计划活动进行复审。26.对软件质量保证人员及软件项目计划活动、工作产品进行回顾及审核，并将结果文档化。3.2.3制定项目进度计划基本要求运用现代科学管理方法编制进度计划，以提高计划的科学性和质量。充分落实编制进度计划的条件，避免过多的假定而使计划失去指导作用。大型、复杂、工期长的项目要实行分期、分段编制进度计划的方法，对不同阶段、不同时期，提出相应的进度计划，以保持指导项目实施的前锋作用。进度计划应保证项目实现工期目标。保证项目进展的均衡性和连续性。进度计划应与费用、质量等目标相协调，既有利于工期目标的实现，又有利于费用、质量、安全等目标的实现。3.2.4项目进度计划的制定过程项目活动定义项目活动排序项目活动历时估算项目进度计划编制不同类型的进度计划编制步骤会有所不同，必不可少的几项为：3.2.5项目进度计划的制定一、什么是项目进度计划项目进度计划制定指根据项目活动定义、项目活动排序、项目活动工期和所需资源配置，平衡编制项目进度计划的工作。二、项目进度计划制定的输入项目网络图活动持续时间估计资源需求资源安排描述日历约束条件假设条件提前或滞后要求风险管理计划三、项目进度计划制定的工具技术数学分析法关键路径法（CPM）计划评审技术（PERT）图解评审法（GERT）持续时间压缩法应急法平行作业法模拟法资源分配的启发式方法项目管理软件四、项目进度计划制定的输出项目进度计划详细依据说明进度管理计划更新的项目资源需求准备邮寄标签识别目标设计初始测试确定邮寄问卷输入反馈分析准备消费者问卷调查表问卷调查表问卷调查表打印问卷调查表并获反馈数据结果报告设计软件测试测试数据软件开发数据分析软件12345710111213698案例：请观察出某市场调研项目的CPM303133313504040333838104840385038384812812812012011311313851210723528651020有日期信息的项目网络图（PERT）图里程碑3.3项目进度计划的变更管理3.3.1什么是项目进度计划的变更3.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.4计划评审技术3.4.5里程碑技术及其应用3.4.6方案选择极线图技术3.4.1甘特图技术一、什么是甘特图甘特图(GanttChart或BarChart)是用来表示项目进度的一种线性图形技术，1900年由享利·甘特发明，所以也叫做甘特图。甘特图是表示项目各阶段任务开始时间与结束时间的图。甘特图用水平线段表示阶段任务；线段的起点和终点分别对应于任务的开始时间和结束时间；线段的长度表示完成任务所需的时间。甘特图的示例可见表所示。时间工作内容123456789ABCD二、甘特图的特点甘特图的优点是表明了各任务的计划进度和当前进度，能动态地反映软件项目的开发和进展情况。•第一，甘特图的最大优势是比较容易理解和改变。•第二，甘特图是表述项目进展（或者项目不足之处）的最简单方式，而且容易扩展来确定其提前或者滞后的具体因素。甘特图的缺点是难以反映多个任务之间存在的复杂逻辑关系。•第一，虽然它可以被用来方便地表述项目活动的进度，但是却不能表示出这些活动之间的相互关系，因此也不能表示活动的网络关系。•第二，它不能表示活动如果较早开始或者较晚开始而带来的结果。•第三，它没有表明项目活动执行过程中的不确定性，因此没有敏感性分析。这些弱点严重制约了甘特图的进一步应用。三、甘特图的应用甘特图的主要作用之一是通过代表工作包的条形图在时间坐标轴上的点位和跨度来直观地反映工作包各有关的时间参数；通过条形图的不同图形特征（如实线、波浪线等）来反映工作包的不同状态（如反映时差、计划或实施中的进度）；通过使用箭线来反映工作之间的逻辑关系。甘特图的主要作用之二是进行进度控制。其原理是将实际进度状况以条形图的形式在同一个项目的进度计划甘特