第四章项目的时间管理第四章目录4.1项目时间管理的基本概念§4.1项目时间管理的基本概念4.1.1项目时间管理的基本问题项目经理的时间管理为什么要制定一份项目计划？谁来制定、何时制定项目计划？谁来批准项目计划？项目计划的类型项目计划的里程碑计划项目实施计划与项目进度计划项目计划制定的原则4.1.2PMBOK的时间管理PMBOK的项目范围管理项目范围管理的主要过程项目启动：战略计划与项目选择批准项目立项报告（项目章程）项目启动的结果范围计划编制和范围说明书范围定义与工作分解结构项目时间管理的主要过程过程一：活动定义第一步：项目描述项目描述表格的主要内容第二步：项目分解工作分解结构（WBS）工作分解结构（WBS）第三步：工作描述工作(任务)描述表工作列表包含的内容项目工作列表第四步：工作责任分配表制定责任分配表责任分配表(▲负责〇审批●参加□通知)简化的责任矩阵案例讨论生日宴会工作责任分配表过程二：活动排序工作相互关系确定的主要内容工作关系表示的工具和方法工作相互关系确定的最终结果案例讨论—生日宴会工作关系确定过程三：活动历时估计工作时间的估计主要依赖的数据基础确定工作时间的主要方法确定工作时间的主要方法示例工期估计示例工期估计示例工作时间估计结果项目计划工作列表资源管理项目工序一览表过程四：制定进度计划进度安排所依赖的有关资料和数据项目进度安排的工具和技术(1)——数学分析过程五：控制项目的进度变更4.2项目的任务分解与进度估算§4.2项目的任务分解与进度估算4.2.1选择合适的项目的生存周期模型优点：a.强调开发的阶段性；b.强调早期计划及需求调查；c.强调产品测试。软件项目的生存周期模型——演化模型d.大大有助于早期建立产品开发的配置管理，产品构建（build），自动化测试，缺陷跟踪，文档管理。均衡整个开发过程的负荷。e.开发中的经验教训能反馈应用于本产品的下一个循环过程，大大提高质量与效率。f.如果风险管理发现资金或时间已超出可承受的程度，则可以决定调整后续的开发，或在一个适当的时刻结束开发，但仍然有一个具有部分功能的，可工作的产品。g.心理上，开发人员早日见到产品的雏型，是一种鼓舞。h.使用户可以在新的一批功能开发测试后，立即参加验证，以便提供非常有价值的反馈。i.可使销售工作有可能提前进行，因为可以在产品开发的中后期取得包含了主要功能的产品原型去向客户作展示和试用。缺点：a.如果所有的产品需求在一开始并不完全弄清楚的话，会给总体设计带来困难及削弱产品设计的完整性，并因而影响产品性能的优化及产品的可维护性。b.如果缺乏严格的过程管理的话，这个生命周期模型很可能退化为一种原始的无计划的“试－错－改”模式。c.心理上，可能产生一种影响尽最大努力的想法，认为虽然不能完成全部功能，但还是造出了一个有部分功能的产品。d.如果不加控制地让用户接触开发中尚未测试稳定的功能，可能对开发人员及用户都产生负面的影响。优点：a.强调严格的全过程风险管理。b.强调各开发阶段的质量。c.提供机会检讨项目是否有价值继续下去。软件生命周期模型的不同，对于软件项目管理，则有不同的影响：由于生命周期模型不同，软件项目的开发可能被分为不同的阶段，例如：在瀑布模型，可以比较严格地看到软件开发的需求、设计、编码、测试等阶段。每一阶段的目标、交付成果、审查和确认标准是非常明确的、唯一的和一致的。在演化模型中，每一次迭代，可能是需求、设计、编码、测试过程的完整再循环。而在一次迭代内部，是一个完整的瀑布模型。因此，阶段标志比瀑布模型更多、但阶段之间的进展差异可能没有瀑布模型那么明显。在不同的模型中，阶段审查和确认的要求程度也不同。瀑布模型的阶段审查非常严格，并假定前一阶段的输入状态不再变化。演化模型则只针对本次迭代开始时获得的需求，并假定还可以再发生需求变化，项目根据实际需要，还可能再次进入下一轮迭代。不同的模型，要求也不同。在瀑布模型，每一阶段都是以项目最终目标的要求，来完成本阶段的任务职责。而演化模型则是以本次迭代目标为标准。而迭代的次数、一次迭代的规模（演进）大小，可以根据需求变化而变化。因此，迭代的目标可以调节。所以，在制定软件项目管理计划的时候，确认该项目的生命周期模型，才能了解项目计划阶段的划分办法，才能定义项目的工作产品、进行工作任务分解等等计划制定的步骤。4.2.2项目任务分解结构WBS项目任务分解结构WBS的作用项目任务分解结构WBS的作用项目任务分解结构WBS的作用WBS的总体结构WBS的层次结构WBS的“粒度”任务单元的选择WBS工作编码WBS工作编码的意义WBS的编码原则WBS分解类型WBS工作分解的原则WBS分解类型软件项目开发的WBS1.3项目前期准备阶段1.3.1指定项目经理、子项目经理或