第四章进度管理下.pptx

目录1.进度管理概述2.任务分解结构3.项目进度计划的编制4.项目进度计划的控制与变更管理 2.任务分解结构选择合适的项目的生存周期模型 由于软件开发项目的特点，在制定软件项目计划之前，我们必须针对不同的软件开发生命周期模型，了解项目的阶段、每个阶段的任务，以及各阶段工作之间的联系关系。特别是根据软件生命周期模型特点，制定可检查和监督的计划目标。软件技术、软件产品和软件项目的包含关系： 软件项目的生存周期模型——瀑布模型优点： a.强调开发的阶段性； b.强调早期计划及需求调查； c.强调产品测试。 缺点： a.依赖于早期进行的唯一一次需求调查，不能适应需求的变化； b.由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程；软件项目的生存周期模型——迭代模型优点：a.任何功能一经开发就能进入测试以便验证是否符合产品需求。 b.帮助导引出高质量的产品要求。如果没有可能在一开始就弄清楚所有的产品需求，它们可以分批取得。而对于已提出的产品需求，则可根据对现阶段原型的试用而做出修改。 c.风险管理可以在早期就获得项目进程数据，可据此对后续的开发循环做出比较切实的估算。提供机会去采取早期预防措施，增加项目成功的机率。 d.大大有助于早期建立产品开发的配置管理，产品构建（build ），自动化测试，缺陷跟踪，文档管理。均衡整个开发过程的负荷。 e.开发中的经验教训能反馈应用于本产品的下一个循环过程，大大提高质量与效率。 f.如果风险管理发现资金或时间已超出可承受的程度，则可以决定调整后续的开发，或在一个适当的时刻结束开发，但仍然有一个具有部分功能的，可工作的产品。 g.心理上，开发人员早日见到产品的雏型，是一种鼓舞。 h.使用户可以在新的一批功能开发测试后，立即参加验证，以便提供非常有价值的反馈。 i.可使销售工作有可能提前进行，因为可以在产品开发的中后期取得包含了主要功能的产品原型去向客户作展示和试用。 缺点：a.如果所有的产品需求在一开始并不完全弄清楚的话，会给总体设计带来困难及削弱产品设计的完整性，并因而影响产品性能的优化及产品的可维护性。 b.如果缺乏严格的过程管理的话，这个生命周期模型很可能退化为一种原始的无计划的“试－错－改”模式。 c.心理上，可能产生一种影响尽最大努力的想法，认为虽然不能完成全部功能，但还是造出了一个有部分功能的产品。 d.如果不加控制地让用户接触开发中尚未测试稳定的功能，可能对开发人员及用户都产生负面的影响。软件项目的生存周期模型——螺旋模型优点： a.强调严格的全过程风险管理。b.强调各开发阶段的质量。c.提供机会检讨项目是否有价值继续下去。 缺点：　引入非常严格的风险识别，风险分析，和风险控制，这对风险管理的技能水平提出了很高的要求。这需要人员，资金，和时间的投入。 生存周期模型对软件项目计划管理的影响软件生命周期模型的不同，对于软件项目管理，则有不同的影响： 由于生命周期模型不同，软件项目的开发可能被分为不同的阶段，例如： 在瀑布模型，可以比较严格地看到软件开发的需求、设计、编码、测试等阶段。每一阶段的目标、交付成果、审查和确认标准是非常明确的、唯一的和一致的。 在迭代模型中，每一次迭代，可能是需求、设计、编码、测试过程的完整再循环。而在一次迭代内部，是一个完整的瀑布模型。因此，阶段标志比瀑布模型更多、但阶段之间的进展差异可能没有瀑布模型那么明显。在不同的模型中，阶段审查和确认的要求程度也不同。 瀑布模型的阶段审查非常严格，并假定前一阶段的输入状态不再变化。演化模型则只针对本次迭代开始时获得的需求，并假定还可以再发生需求变化，项目根据实际需要，还可能再次进入下一轮迭代。不同的模型，要求也不同。 在瀑布模型，每一阶段都是以项目最终目标的要求，来完成本阶段的任务职责。而演化模型则是以本次迭代目标为标准。而迭代的次数、一次迭代的规模（演进）大小，可以根据需求变化而变化。因此，迭代的目标可以调节。 所以，在制定软件项目管理计划的时候，确认该项目的生命周期模型，才能了解项目计划阶段的划分办法，才能定义项目的工作产品、进行工作任务分解等等计划制定的步骤。项目任务分解结构WBS 在项目管理过程中，项目计划和控制是非常重要的一个环节，良好的项目计划能同时对项目进度、质量和投资起到很好的控制作用，失败的项目计划则有可能带来混乱、失控甚至项目的最终失败。 在项目计划的过程中，人们往往会求助于WBS方法进行项目工作任务的分解。在此基础之上再进行时间资源的估算、进度估计，最后形成项目的成本。 WBS随着项目规模的差异所起的作用不尽相同。小的项目只需要很简单的WBS结构，结构的划分基本上是一目了然的，获得的结果容易得到认可。项目规模越大，WBS也越重要，从另外一个角度来讲也越难做好。对大型项目而言，确定项目的WBS结构