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

迭代计划及任务安排,TOPGROUPCENTERACADEMESEPGV1.02002-5-13,24.05.2020,.,2,概述,课程介绍迭代式开发工作流与活动工作细分结构（WBS）制作迭代计划建议参考资料,课程介绍,24.05.2020,.,4,关于课程,课程目标预备知识目标听众日程表词汇表图例（可选）,24.05.2020,.,5,目标,理解迭代计划（IP）的目标与作用理解迭代式开发的原理了解Workflow是如何驱动项目的开发理解WBS的含义，以及如何制定项目WBS（工作细分结构）掌握如何制作迭代计划的流程,24.05.2020,.,6,预备知识,项目管理的基本知识RUP的基本知识TPUP的基本知识托普项目管理与开发规范,24.05.2020,.,7,目标听众,项目经理项目计划复审员其他人员,24.05.2020,.,8,日程,共计：1天详细安排,24.05.2020,.,9,词汇,SPP-SoftwareProjectPlanIP-IterationPlanRUP-RationalUnifiedProcessTPUP-ToPUnifiedProcessCMM-CapabilityMaturityModel,软件迭代计划简介,24.05.2020,.,11,问题,什么是迭代？迭代式开发的特点？,24.05.2020,.,12,概念,迭代Iteration，重复做的事物RUP将它定义为，迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布（内部或外部的）必需的所有其他外围元素。在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。实质上，它类似小型的瀑布式项目。,24.05.2020,.,13,迭代开发的特点,每次迭代都将产生一次Release（内部或外部）能够有效地尽早降低风险每次迭代内部是一个Waterfall模型能够更早地得到用户的反馈将重点放在项目的短期目标里程碑，目标更清晰使部分实施（Implementation）的分发成为可能使集成与测试可以不断地持续下去,24.05.2020,.,14,迭代数,当项目的开发周期小于18个月或更少时，比较典型的迭代数是3-6。如果项目的开发周期更长时，则需要更多的迭代数。Low:30,1,1,1Typical:61,2,2,1High:91,3,3,1VeryHigh:102,3,3,2,24.05.2020,.,15,迭代的时间长度,时间长度可以根据迭代目标变化时间长度可以根据阶段而不同典型地，Elaboration的迭代比Construction的迭代更长在阶段内，一般情况下，迭代的长度是相同的（也可能第一次迭代要长一些），这样更容易制订计划不能过长或过短（根据组织的状况）开发组织的大小（迭代的速度）组织对迭代方法的熟悉程度（包括具有稳定成熟的组织）团队在管理代码（如分布式CM）、分发信息（如内部Web）、实现测试自动化时所采用的自动化级别。建议的迭代长度为1-3个月,24.05.2020,.,16,迭代策略,宽而浅（Wide&Shallow）分析完整的问题域所有的UseCase都进行处理定义全面的结构窄而深（Narrow&Deep）只对问题领域中的一个条带进行深入分析执行一个片面的开发混合（Hybrid）混合两种策略,ProblemDomain,ProblemDomain,ProblemDomain,24.05.2020,.,17,生命周期中计划迭代,更早的迭代解决高风险区域结构的稳定性需求的理解以后的迭代功能性能鲁棒性,工作流程与活动（Workflow&Activity）,24.05.2020,.,19,工作流程引导迭代开发,需求工作流,分析设计工作流,24.05.2020,.,20,工作流程的结构,核心工作流程(CoreWorkflow),工作流程明细(WorkflowDetail),活动(Activity),步骤(Steps),1、2、3、4、5、6、,24.05.2020,.,21,工作流程,工作流程在一个事务中活动执行的序列，相对于事务中的每一个活动者（Actor）产生一个可观察的结果。工作流程级别核心工作流程（CoreWorkflow）工作流程明细（WorkflowDetail）,24.05.2020,.,22,工作流明细,24.05.2020,.,23,活动,活动有明确的目的要求参与项目的某一成员执行的，提供一个可测量结果的工作单位内容通常表述为创建或更新某些工件它通常涉及一个角色，只影响一个或少数几个工件可以在多个迭代中执行多次粒度，一个活动一般延续几个小时到几天,制作迭代计划（DeveloptheIterationPlan）,24.05.2020,.,25,Overview,SoftwareProjectPlanvs.IterationPlan概述迭代计划的作用规划迭代内容确定迭代目标选择参与的用例Example:选择参与的用例制定工作细分结构（WBS）,24.05.2020,.,26,SPPvs.IterationPlan,SPP考虑整个项目的进度、资源、预算考虑生命周期模型定义项目里程碑IterationPlan考虑当前迭代的进度、资源、预算安排详细的活动和角色定义迭代的具体目标和迭代内部里程碑迭代可以有效、及时地降低项目的风险RelationshipIterationplan要遵循SPPIteration的结果会影响SPP,24.05.2020,.,27,制作迭代计划,输入SPP风险列表其他历史数据/先前的迭代结果数据输出迭代计划文档迭代活动安排（通常用MSProject安排）,24.05.2020,.,28,迭代计划的作用,定义迭代的目标，与阶段的里程碑目标一致的定义迭代的开发与管理活动，以及活动的输出明确参与人员的角色与职责定义活动的进度、输入、输出定义项目沟通方式确定相应的资源、预算的获取,24.05.2020,.,29,规划迭代内容,计划任务进度中间里程碑发布版，。资源计算机软、硬件资源人力资源资金用例本次迭代要开发的用例与场景评估标准功能性能质量，。,24.05.2020,.,30,确定迭代目标,将阶段的里程碑分解到迭代中选择正确的范围：参与的用例一般情况下，可以根据用例-风险关联表选择，首先选择风险最高、问题最多的用例确定客观的评估标准验证迭代目标的方法、途径,24.05.2020,.,31,选择参与的用例,如果不是对所有用例进行开发（窄而深迭代策略），一般情况下，则应当按照风险的高低选择，首先解决风险最高、解决风险最多的用例在首次迭代中，应当注意选择用例的工作量，因为首次迭代团队对于迭代方法是新的，并且需要创建环境、也存在工具集成的问题根据迭代的周期确定迭代用例的计划表，要求迭代用例的计划不能超过最初的迭代时间，否则要修改迭代周期平均分配到各次迭代（根据工作量）,24.05.2020,.,32,选择参与的用例（Const.）,假定要选择4个UseCase。根据下面的风险-用例关联矩阵，确定首先选择UC1、UC2、UC4、UC5进行迭代。因为，解决了4个风险解决了风险值最高的两个风险,24.05.2020,.,33,制定工作细分结构（WBS）,分解项目迭代工作任务安排任务进度确定任务路径下一节重点介绍,24.05.2020,.,34,确定输出工件,定义迭代需要完成的工件，将这些工件分配到迭代开发活动中（单个或多个活动）将工件分配给指定的角色（责任人）将工件与对应的工作流程（活动）联系在一起,24.05.2020,.,35,制作迭代计划文档,获得计划模版编写初稿项目组成员参与提交复审修改相关文档、保持所有计划的一致性SPPSQA测试计划，,工作细分结构（WorkBreakdownStructure）,24.05.2020,.,37,什么是工作细分结构（WBS）,WorkBreakdownStructure（WBS）为所承担的责任，所需资源的估计和项目进度表的制定提供了一个基础，它开始解答：“怎样做？”这个基本问题。,24.05.2020,.,38,WBS的分解过程,是将项目按照其内在结构或实施过程的顺序进行逐层分解而形成的结构示意图表。它将整个工作分解成若干足够小的部分，便于个人承担，而且有足够的确切程度，能够估计工作量和所费时间。,24.05.2020,.,39,活动的界定,在WBS中，个人的活动可以由每个工作包的责任人来界定。通常而言，活动的长度应小于两周。活动应该有一定的容量以包含特定意义的工作区域，同时又应该足够小，以便有规律地跟踪其进程，并尽早发现问题,24.05.2020,.,40,WBS结构的表达形式,思维图树形结构（最常用的）大纲形式,24.05.2020,.,41,识别WBS的流程,识别项目的主要组成部分,要实现项目目标需要完成哪些主要工作？,能否估算出完成它们各组成部分的费用和时间？,检查划分后得到的更小组成部分,完成WBS,找出上述各组成部分更小的组成部分,要完成上述部分，有哪些更具体的工作要做？,不进行这层的工作，上层次的各项工作能否完成？完成这些工作，上一层次工作就一定能完成吗？这一层次的各项工作的内容、范围和性质是否都已明确？,修改,是,不修改,否,24.05.2020,.,42,编号并理解每项任务,确定了WBS以及所有要做的工作后，对所有任务和子任务进行编号以便查询。,24.05.2020,.,43,依存性分析（逻辑次序关系）,由于工作细分体系的规定的，项目中各项活动之间的关系或相互的依存性必须加以分析，以便确定步骤发生的先后次序。,24.05.2020,.,44,WBS的用途,制定工作顺序确定工作进度配备人员编制预算监视具体内容的验证,24.05.2020,.,45,制作WBS,采用MsProject来记载调整结构计算Schedule分配活动资源建立关键路径甘特图、网络图,24.05.2020,.,46,生命周期中的WBS,InceptionPhase,TransitionPhase,ElaborationPhase,ConstructionPhase,24.05.2020,.,47,生命周期中的WBS（Const.）,1LevelCoreWorkflows2LevelPhases3LevelWorkflowsDetail4LevelActivities,对迭代计划的建议,24.05.2020,.,49,对迭代计划的建议-1,实行真实性检查通过询问并且回答一些难题来开始详细的规划工作：项目是否仍在按计划进行？您的方法是否仍有意义？您的团队是否由合适的人员组成？您是否仍有资金管理者支持？如果其中任何一个问题的答案是否，则需要解决问题，这可能意味着新（且非常短）迭代使您的团队回到正常轨道上。对处于困境的项目进行大计划是毫无价值的。,24.05.2020,.,50,对迭代的建议-2,标识详细的任务在项目开始时，体系结构和转移迭代只是列出需要实现的任务列表。然而，要规划迭代，必须评估已为它指定的需求。随着项目发展，您将对于对个别需求有更好理解。您可能会发现，现在需要更改给迭代指定的原始需求，这些需求最初是有意义的。或许已经标识并添加了新的需求；或许已经扩展或缩减了需求；或许已经更改了优先级。不管什么原因，您会发现您需要重新定义打算在该迭代中实现的内容。根据需求，标识需要实现的任务。,24.05.2020,.,51,对迭代计划的建议-3,标识任务相关性某些任务取决于其它任务。例如，在部署源代码之前，必须先编写它。测试案例的开发可以在编码之前开始。实际代码的测试必须等待，直到已经编写了某些代码（尽管或许不是所有代码）为止。问题是某些任务必须在其它任务完成之后才能开始某些任务必须等待，直到另一个任务开始了为止，它才可以开始某些任务不能完成，直到另一个任务完成为止某些任务不能完成，直到另一个任务开始了为止,24.05.2020,.,52,对迭代计划的建议-4,均衡资源需要紧记的重要事情是，每个人一次只可处理那么多任务，并且在工作的那一天只有那么多时间。这个概念称为资源均衡，确保任务分派是合理的。指定用10%的时间完成10项任务很可能无法完成任何任务，而且指定用50%的时间完成5项任务的人员也不可能完成这些任务。确保现实的规划的最好方法是，让执行计划的人员参与计划开发。,24.05.2020,.,53,对迭代计划的建议-5,保持迭代短小迭代周期应该保持比较短。应该将大于8周的迭代分割，以便让您迅速将软件交付给用户。因为正在尝试弥补在先前迭代中跳过的工作（如文档编制），或者因为您的需求正在增加而没有添加新的迭代来反映这一事实，所以当项目进展时迭代长度增长是一种趋势。执行真实性检查并按照它们的结果行动，将帮助您