报告项目迭代计划与任务安排.ppt课件

1、迭代计划及任务安排TOPGROUP CENTER ACADEME SEPGV1.0 2002-5-13最新.2概述课程介绍迭代式开发工作流与活动工作细分结构（WBS）制作迭代计划建议参考资料 课程介绍最新.4关于课程课程目标预备知识目标听众日程表词汇表图例（可选）最新.5目标理解迭代计划（IP）的目标与作用理解迭代式开发的原理了解Workflow是如何驱动项目的开发理解WBS的含义，以及如何制定项目WBS（工作细分结构）掌握如何制作迭代计划的流程最新.6预备知识项目管理的基本知识RUP的基本知识TPUP的基本知识托普项目管理与开发规范最新.7目标听众项目经理项目计划复审员其他人员最新.8日程共

2、计：1天详细安排课程介绍 迭代式开发工作流与活动工作细分结构（WBS）制作迭代计划建议问题&反馈Total: hours最新.9词汇SPP- Software Project PlanIP- Iteration PlanRUP- Rational Unified ProcessTPUP- ToP Unified Process CMM- Capability Maturity Model软件迭代计划简介最新.11问题什么是迭代？迭代式开发的特点？最新.12概念迭代Iteration，重复做的事物RUP将它定义为，迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布（内部或

3、外部的）必需的所有其他外围元素。在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。实质上，它类似小型的瀑布式项目。 最新.13迭代开发的特点每次迭代都将产生一次Release（内部或外部）能够有效地尽早降低风险每次迭代内部是一个Waterfall模型能够更早地得到用户的反馈将重点放在项目的短期目标里程碑，目标更清晰使部分实施（Implementation）的分发成为可能使集成与测试可以不断地持续下去最新.14迭代数当项目的开发周期小于18个月或更少时，比较典型的迭代数是3-6。如果项目的开发周期更长时，则需要更多的

4、迭代数。Low: 30, 1, 1, 1Typical:61, 2, 2, 1High: 91, 3, 3, 1Very High:102, 3, 3, 2最新.15迭代的时间长度时间长度可以根据迭代目标变化时间长度可以根据阶段而不同典型地，Elaboration的迭代比Construction的迭代更长在阶段内，一般情况下，迭代的长度是相同的（也可能第一次迭代要长一些），这样更容易制订计划 不能过长或过短（根据组织的状况）开发组织的大小（迭代的速度）组织对迭代方法的熟悉程度（包括具有稳定成熟的组织）团队在管理代码（如分布式 CM）、分发信息（如内部 Web）、实现测试自动化时所采用的自动化级

5、别。 建议的迭代长度为1-3个月最新.16迭代策略宽而浅（Wide & Shallow）分析完整的问题域所有的Use Case都进行处理定义全面的结构窄而深 （Narrow & Deep）只对问题领域中的一个条带进行深入分析执行一个片面的开发混合（Hybrid）混合两种策略Problem DomainProblem DomainProblem Domain最新.17生命周期中计划迭代更早的迭代解决高风险区域结构的稳定性需求的理解以后的迭代功能性能鲁棒性工作流程与活动（Workflow & Activity）最新.19工作流程引导迭代开发需求工作流分析设计工作流最新.20工作流程的结构核心工作流

6、程(Core Workflow)工作流程明细(Workflow Detail)活动(Activity)步骤(Steps)1、2、3、4、5、6、最新.21工作流程工作流程在一个事务中活动执行的序列，相对于事务中的每一个活动者（Actor）产生一个可观察的结果。工作流程级别核心工作流程（Core Workflow）工作流程明细（Workflow Detail）最新.22工作流明细最新.23活动活动有明确的目的 要求参与项目的某一成员执行的，提供一个可测量结果的工作单位内容通常表述为创建或更新某些工件它通常涉及一个角色，只影响一个或少数几个工件 可以在多个迭代中执行多次粒度，一个活动一般延续几个小

7、时到几天 制作迭代计划（Develop the Iteration Plan）最新.25OverviewSoftware Project Plan vs. Iteration Plan概述迭代计划的作用规划迭代内容确定迭代目标选择参与的用例Example:选择参与的用例制定工作细分结构（WBS）最新.26SPP vs. Iteration PlanSPP考虑整个项目的进度、资源、预算考虑生命周期模型定义项目里程碑Iteration Plan考虑当前迭代的进度、资源、预算安排详细的活动和角色定义迭代的具体目标和迭代内部里程碑迭代可以有效、及时地降低项目的风险RelationshipIterati

8、on plan 要遵循 SPPIteration的结果会影响 SPP最新.27制作迭代计划输入SPP风险列表其他历史数据/先前的迭代结果数据输出迭代计划文档迭代活动安排（通常用 MS Project 安排）最新.28迭代计划的作用定义迭代的目标，与阶段的里程碑目标一致的定义迭代的开发与管理活动，以及活动的输出明确参与人员的角色与职责定义活动的进度、输入、输出定义项目沟通方式确定相应的资源、预算的获取最新.29规划迭代内容计划任务进度中间里程碑发布版，。资源计算机软、硬件资源人力资源资金用例本次迭代要开发的用例与场景评估标准功能性能质量，。最新.30确定迭代目标将阶段的里程碑分解到迭代中选择正确

9、的范围：参与的用例一般情况下，可以根据用例-风险关联表选择，首先选择风险最高、问题最多的用例确定客观的评估标准验证迭代目标的方法、途径最新.31选择参与的用例如果不是对所有用例进行开发（窄而深迭代策略），一般情况下，则应当按照风险的高低选择，首先解决风险最高、解决风险最多的用例在首次迭代中，应当注意选择用例的工作量，因为首次迭代团队对于迭代方法是新的，并且需要创建环境、也存在工具集成的问题根据迭代的周期确定迭代用例的计划表，要求迭代用例的计划不能超过最初的迭代时间，否则要修改迭代周期平均分配到各次迭代（根据工作量）最新.32选择参与的用例（Const.）假定要选择 4个 Use Case。根据

10、下面的风险-用例关联矩阵，确定首先选择 UC1、 UC2、 UC4、 UC5进行迭代。因为，解决了4个风险解决了风险值最高的两个风险UC1UC2UC3UC4UC5UC6UC7UC8RISK1XRISK2XXRISK3XXRISK4XRISK5XXXRISK6X最新.33制定工作细分结构（WBS）分解项目迭代工作任务安排任务进度确定任务路径下一节重点介绍 最新.34确定输出工件定义迭代需要完成的工件，将这些工件分配到迭代开发活动中（单个或多个活动）将工件分配给指定的角色（责任人）将工件与对应的工作流程（活动）联系在一起工作流程可交付的工件负责人项目管理软件项目计划Eric Gamble分析设计分

11、析模型/更新B.B. King设计模型/更新Bruce Pac实施集成构建计划Tom Waffle最新.35制作迭代计划文档获得计划模版编写初稿项目组成员参与提交复审修改相关文档、保持所有计划的一致性SPPSQA测试计划，工作细分结构（Work Breakdown Structure）最新.37什么是工作细分结构（WBS）Work Breakdown Structure （WBS）为所承担的责任，所需资源的估计和项目进度表的制定提供了一个基础，它开始解答：“怎样做？”这个基本问题。最新.38WBS的分解过程是将项目按照其内在结构或实施过程的顺序进行逐层分解而形成的结构示意图表。它将整个工作分解

12、成若干足够小的部分，便于个人承担，而且有足够的确切程度，能够估计工作量和所费时间。最新.39活动的界定在WBS中，个人的活动可以由每个工作包的责任人来界定。 通常而言，活动的长度应小于两周。活动应该有一定的容量以包含特定意义的工作区域，同时又应该足够小，以便有规律地跟踪其进程，并尽早发现问题最新.40WBS结构的表达形式思维图树形结构（最常用的）大纲形式最新.41识别 WBS的流程识别项目的主要组成部分要实现项目目标需要完成哪些主要工作？能否估算出完成它们各组成部分的费用和时间？检查划分后得到的更小组成部分完成WBS找出上述各组成部分更小的组成部分要完成上述部分，有哪些更具体的工作要做？不进行

13、这层的工作，上层次的各项工作能否完成？完成这些工作，上一层次工作就一定能完成吗？这一层次的各项工作的内容、范围和性质是否都已明确？修改是不修改否最新.42编号并理解每项任务确定了WBS以及所有要做的工作后，对所有任务和子任务进行编号以便查询。最新.43依存性分析（逻辑次序关系）由于工作细分体系的规定的，项目中各项活动之间的关系或相互的依存性必须加以分析，以便确定步骤发生的先后次序。最新.44WBS的用途制定工作顺序确定工作进度配备人员编制预算监视具体内容的验证最新.45制作WBS采用Ms Project来记载调整结构计算Schedule分配活动资源建立关键路径甘特图、网络图最新.46生命周期中

14、的 WBSWBS 元素参与度ManagementHighEnvironmentModerateRequirementsHighDesignModerateImplementationLowSCMModerateDeploymentLowTestingLowInception PhaseWBS 元素参与度ManagementHighEnvironmentHighRequirementsLowDesignLowImplementationModerateSCMModerateDeploymentHighTestingModerateTransition PhaseElaboration Phase

15、Construction PhaseWBS 元素参与度ManagementHighEnvironmentHighRequirementsHighDesignHighImplementationModerateSCMModerateDeploymentLowTestingModerateWBS 元素参与度ManagementHighEnvironmentHighRequirementsLowDesignModerateImplementationHighSCMHighDeploymentModerateTestingHigh最新.47生命周期中的 WBS（Const.）1 LevelCore W

16、orkflows2 LevelPhases3 LevelWorkflows Detail4 LevelActivities对迭代计划的建议最新.49对迭代计划的建议-1实行真实性检查通过询问并且回答一些难题来开始详细的规划工作：项目是否仍在按计划进行？您的方法是否仍有意义？您的团队是否由合适的人员组成？您是否仍有资金管理者支持？如果其中任何一个问题的答案是否，则需要解决问题，这可能意味着新（且非常短）迭代使您的团队回到正常轨道上。对处于困境的项目进行大计划是毫无价值的。最新.50对迭代的建议-2标识详细的任务在项目开始时，体系结构和转移迭代只是列出需要实现的任务列表。然而，要规划迭代，必须评估

17、已为它指定的需求。随着项目发展，您将对于对个别需求有更好理解。您可能会发现，现在需要更改给迭代指定的原始需求，这些需求最初是有意义的。或许已经标识并添加了新的需求；或许已经扩展或缩减了需求；或许已经更改了优先级。不管什么原因，您会发现您需要重新定义打算在该迭代中实现的内容。根据需求，标识需要实现的任务。 最新.51对迭代计划的建议-3标识任务相关性某些任务取决于其它任务。例如，在部署源代码之前，必须先编写它。测试案例的开发可以在编码之前开始。实际代码的测试必须等待，直到已经编写了某些代码（尽管或许不是所有代码）为止。问题是某些任务必须在其它任务完成之后才能开始某些任务必须等待，直到另一个任务开

18、始了为止，它才可以开始某些任务不能完成，直到另一个任务完成为止某些任务不能完成，直到另一个任务开始了为止 最新.52对迭代计划的建议-4均衡资源需要紧记的重要事情是，每个人一次只可处理那么多任务，并且在工作的那一天只有那么多时间。这个概念称为资源均衡，确保任务分派是合理的。 指定用 10% 的时间完成 10 项任务很可能无法完成任何任务， 而且指定用 50% 的时间完成 5 项任务的人员也不可能完成这些任务。确保现实的规划的最好方法是，让执行计划的人员参与计划开发。 最新.53对迭代计划的建议-5保持迭代短小迭代周期应该保持比较短。应该将大于 8 周的迭代分割，以便让您迅速将软件交付给用户。因为正在尝试弥补在先前迭代中跳过的工作（如文档编制），或者因为您的需求正在增加而没有添加新的迭代来反映