项目迭代计划与任务安排.ppt

TPCA SEPG 迭代计划及任务安排 TOPGROUP CENTER ACADEME SEPG V1.0 2002-5-13 概述 课程介绍 迭代式开发 工作流与活动 工作细分结构（WBS） 制作迭代计划 建议 参考资料 课程介绍 关于课程 课程目标 预备知识 目标听众 日程表 词汇表 图例（可选） 目标 理解迭代计划（IP）的目标与作用 理解迭代式开发的原理 了解Workflow是如何驱动项目的开发 理解WBS的含义，以及如何制定项目WBS（工作细分结构） 掌握如何制作迭代计划的流程 预备知识 项目管理的基本知识 RUP的基本知识 TPUP的基本知识 托普项目管理与开发规范 目标听众 项目经理 项目计划复审员 其他人员 日程 共计：1天 详细安排 词汇 SPP- Software Project Plan IP- Iteration Plan RUP- Rational Unified Process TPUP- ToP Unified Process CMM- Capability Maturity Model 软件迭代计划简介 问题 什么是迭代？ 迭代式开发的特点？ 概念 迭代 Iteration，重复做的事物 RUP将它定义为，迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布（内部或外部的）必需的所有其他外围元素。 在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。实质上，它类似小型的瀑布式项目。 迭代开发的特点 每次迭代都将产生一次Release（内部或外部） 能够有效地尽早降低风险 每次迭代内部是一个Waterfall模型 能够更早地得到用户的反馈 将重点放在项目的短期目标里程碑，目标更清晰 使部分实施（Implementation）的分发成为可能 使集成与测试可以不断地持续下去 迭代数 当项目的开发周期小于18个月或更少时，比较典型的迭代数是3-6。如果项目的开发周期更长时，则需要更多的迭代数。 Low: 3[0, 1, 1, 1] Typical: 6[1, 2, 2, 1] High: 9[1, 3, 3, 1] Very High: 10[2, 3, 3, 2] 迭代的时间长度 时间长度可以根据迭代目标变化 时间长度可以根据阶段而不同 典型地，Elaboration的迭代比Construction的迭代更长 在阶段内，一般情况下，迭代的长度是相同的（也可能第一次迭代要长一些），这样更容易制订计划 不能过长或过短（根据组织的状况） 开发组织的大小（迭代的速度） 组织对迭代方法的熟悉程度（包括具有稳定成熟的组织） 团队在管理代码（如分布式 CM）、分发信息（如内部 Web）、实现测试自动化时所采用的自动化级别。 建议的迭代长度为1-3个月 迭代策略 宽而浅（Wide Shallow） 分析完整的问题域 所有的Use Case都进行处理 定义全面的结构 窄而深 （Narrow Deep） 只对问题领域中的一个条带进行深入分析 执行一个片面的开发 混合（Hybrid） 混合两种策略 生命周期中计划迭代 更早的迭代解决 高风险区域 结构的稳定性 需求的理解 以后的迭代 功能 性能 鲁棒性 工作流程与活动（Workflow Activity） 工作流程引导迭代开发 工作流程的结构 工作流程 工作流程 在一个事务中活动执行的序列，相对于事务中的每一个活动者（Actor）产生一个可观察的结果。 工作流程级别 核心工作流程（Core Workflow） 工作流程明细（Workflow Detail） 工作流明细 活动 活动 有明确的目的 要求参与项目的某一成员执行的，提供一个可测量结果的工作单位 内容通常表述为创建或更新某些工件 它通常涉及一个角色，只影响一个或少数几个工件 可以在多个迭代中执行多次 粒度，一个活动一般延续几个小时到几天 制作迭代计划（Develop the Iteration Plan） Overview Software Project Plan vs. Iteration Plan 概述 迭代计划的作用 规划迭代内容 确定迭代目标 选择参与的用例 Example:选择参与的用例 制定工作细分结构（WBS） SPP vs. Iteration Plan SPP 考虑整个项目的进度、资源、预算 考虑生命周期模型 定义项目里程碑 Iteration Plan 考虑当前迭代的进度、资源、预算 安排详细的活动和角色 定义迭代的具体目标和迭代内部里程碑 迭代可以有效、及时地降低项目的风险 Relationship Iteration plan 要遵循 SPP Ite