CMMI-module3-项目监督和控制精品资料

项目监督和控制A CMMI Level 2 Process AreaCMMI高级咨询顾问袁庆平1概述|跟踪项目计划中各项参数的实际结果|将实际值与计划进行比较，找出偏差|根据偏差的大小，决定采取何种纠正措施|管理、跟踪纠正措施直到关闭|计划中的参数z进度、工作量/成本z规模z风险和问题z培训z干系人和关键依赖关系z承诺2Copyright ©2006 袁庆平All rights reserved.1项目管理的方法－挣值分析法|挣值分析法是对项目进行跟踪与预测的方法|挣值分析法的基础是对任务良好的细分以及合理的日程安排|挣值分析法不牵涉到复杂的数学计算|挣值分析法是定期进行的，在软件项目管理中一般以周为单位3什么是挣值？|软件项目的成本构成z人力成本（最大的成本）z外部成本（设备，软件，差旅等）|软件项目进展的度量z我们想知道的东西•你还好吧？－－应该已经为客户做到的事情Vs. 实际已经为客户做了哪些事情•你累吗？－－为了做这些事情，我们到底付出了多少努力？•最后结果会怎样？－－项目未来的趋势如何？会延期吗？会超预算吗？z如何用一种量化的方法回答上面的问题？4Copyright ©2006 袁庆平All rights reserved.2怎样看待一个项目需求交付物Deliverable客户视点项目视点需求分析集成任务工作产品WBS日程表5项目跟踪－进度计划进度何跟踪？成本如6Copyright ©2006 袁庆平All rights reserved.3项目跟踪－成本1.5人天3人天5人天成本4.5人天计划进度引入“人天”作为单位，统一计量71人天2.5人天3人天4人天挣值分析法中的三个基本概念|PV(BCWS)zPV = Planned Value (计划值)zBCWS = Budgeted Cost for Work Scheduled (划中工作的预算成本)计|EV(BCWP)zEV = Earned Value (挣值)zBCWP = Budgeted Cost for Work Performed (完成的工作的预算成本)已|AC(ACWP)zAC = Actual Cost (实际成本)zACWP = Actual Cost for Work Performed (成的工作的实际成本)已完8Copyright ©2006 袁庆平All rights reserved.4挣值分析法的基础–WBS9WBS的作用|WBS 的简称是工作拆分结构（Work Break-down Structure）|WBS是来自对项目所采用的生命周期模型的定义|它是一种将项目拆分乘任务或者活动的方法|WBS将项目活动与项目的产品结合起来z每一个技术活动，当拆分到最低层的时候都需要有一个工作产品与它相关|通过建立工作拆分结构，可以有效避免在计划项目时漏掉重要的活动的可能性|帮助项目管理人员确认所有的任务以及它们之间的逻辑关系都被识别出来了|为估算和日程表的排定提供基础|有时候可以重复使用10Copyright ©2006 袁庆平All rights reserved.5WBS表的样例WBS 层次12345任务描述工作产品阶段过程组件单元任务技术活动定义SA系统系统分析系统需求规格说明定义STP系统系统测试计划系统测试计划定义SRA系统软件需求分析软件需求规格说明设计概要设计子系统1子系统1的概要设计子系统1概要设计说明书设计概要设计子系统2子系统2的概要设计子系统2概要设计说明书设计集成测试计系统编写集成测试计划集成测试计划划设计详细设计子系统1窗口0011窗口001的详细设计窗口001详细设计说明书设计详细设计子系统1窗口0012窗口001的单元测试计划窗口001单元测试计划………编码/UTCUT子系统1窗口001窗口001的编码和单元测试代码、单元测试报告编码/UTCUT11子系统1窗口002窗口002的编码和单元测试代码、单元测试报告WBS中的特殊元素--LOE|LOE代表Level Of Effort|LOE类型的任务多是一些无法精确计划的琐事，例如进行配置状态报告，处理变更请求等等。|LOE类型的任务在挣值分析法中的PV与EV始终相等12Copyright ©2006 袁庆平All rights reserved.6挣值分析法的第二个基础—预算|预算的来源是对WBS中各个活动的估算|估算方法请参见其他的培训材料zWide-Band Delphi估算方法z功能点分析法zSLOC估算|WBS中每一项活动的估算构成了这些活动的预算工时13挣值分析法的第三个基础–日程表|只有在日程表排定的情况下，才可能知道在项目的任何一个时间点上预计完成的预算情况。|日程表的排定需要考虑的问题：z任务之间的依赖关系z资源限制z干扰和非项目活动14Copyright ©2006 袁庆平All rights reserved.7挣值分析法的阶段性|就如同项目计划活动的阶段性一样，挣值分析也具有阶段性|在阶段计划中不能细化的部分（如时间上比较靠后任务）可以划分任务包（Planning Package）|任务包在计划活动不断进行，所获得的信息逐步充分的情况下被分解，成为正常的任务15挣值基线|挣值分析法将估算的成本和项目的日程表联系起来|挣值分析法为项目活动提供了一个统一的计算基础|当一项活动完成的时候，项目“挣”到了该任务的“价值”|项目的WBS估算，日程表排定之后就决定了项目的挣值基线16Copyright ©2006 袁庆平All rights reserved.8计划--挣值基线|基本计算周期是周|累加本周计划完成的任务的估算值（预算）|加上LOE类型活动本周的预算，得到当周的PV增量|累加前一周的PV值得到本周为止的累计预算，即当周PV值|将这个点描到挣值基线图上|描出项目周期内每周的挣值点17挣值基线的计算-1计划任务预算预计开始周次预计完成周次A3011B4011C2522D6012E5523F3544G5534H7535I8046J704618Copyright ©2006 袁庆平All rights reserved.9挣值基线的计算-2计划周次任务预算PV(BCWS)1A,B70702C,D851553E552104F,G903005H753756I,J15052519挣值基线的示例挣值图600500525时400375工300300PV(BCWS)200100155210700WeekWeekWeekWeekWeekWeek12345620周次Copyright ©2006 袁庆平All rights reserved.10跟踪–挣值分析|挣值基线是跟踪的基础|跟踪是以任务的完成数据作为输入的|任务的完成是以活动相关联的工作产品通过质量检查点为标志的|没有完成度50%的最底层任务z完成度只能是0%或者100%z只有完成度100%的任务才能对EV有贡献|LOE类型的任务总是按照它的预算值对EV做出贡献21挣值分析–计算挣值|每周将本周所有个人对EV(BCWP)的贡献累加|还需要加入LOE类型活动的预算构成本周的EV-(BCWP)增量|将每人对AC(ACWP)的贡献累加再加上LOE类型活动的实际工作量构成本周的AC (成本)增量|将本周的增量加上上周的数值，然后在挣值分析图上描出这两个点22Copyright ©2006 袁庆平All rights reserved.11挣值分析–个人周报任务预算花费工时预期完成情况是否完是否准工时成时本周累计预计预计完成日剩余期模块3A4.t编码351545yy模块5A3.m BugFix25552002/05/2002n模块3A4.t UT计划610100yn项目例会3配置状态报告32yyCCB会议2小计37为项目BCWP贡献：35+6+3为项目ACWP23贡献：45+10+2挣值分析–例图挣值图700600500PV(BCWS)时400EV(BCWP)工300AC(ACWP)200100EAC0WeekWeekWeekWeekWeekWeek24123456周次Copyright ©2006 袁庆平All rights reserved.12挣值分析–分析趋势和差异参数解释和计算方法SV日程差异; EV-PVCV成本差异；EV－ACSPI日程表现指数；EV / PVCPI成本表现指数；EV / ACETC到完成时尚需的成本；（正在进行但尚未完成的工作的已花费成本+正在进行但尚未完成的工作的预计尚需成本+尚未开始的工作的预算成本）* 调整系数调整系数的计算有一定主观性，它的估算依赖于：CPI; 当前的问题和风险EAC到完成时的预计成本；AC+ETCECD预计完成日期；通过对日程的细化，以及对其他因素，如人员变更的考虑得到SVAC到完成时的预计日程偏差；原定完成日期-ECDCVAC到完成时预计的成本偏差；EAC –BAC (BAC = 项目总预算工时)25完成项目报表挣值图700600500PV(BCWS)时400EV(BCWP)工300AC(ACWP)200EAC1000WeekWeekWeekWeekWeekWeek挣值总结表2002-06-23123456周次(单位以人时计)PV375EV445AC533SV70CV-88SPI1.1926CPI0.83Copyright ©2006 袁庆平All rights reserved.13重新计划|当挣值分析的结果出现较大偏差的时候，可能需要进行重新计划zECD 不能满足客户要求zSPI,CPI严重偏差（例如<0.7）zEAC 超出公司或者客户允许的范围|重新计划活动完成后重新建立了挣值基线|重新计划不会涉及已经完成的活动的安排27计划的变更|计划的变更在项目范围改变或者采取了改正行动的时候发生|需要正式的变更流程|不要轻易变更计划|计划变更可能会引起连带的配置变更|计划变更的时候需要控制计划的版本28Copyright ©2006 袁庆平All rights reserved.14计划变更的来源|需求变更|项目的日程、成本表现超出警戒值|项目范围的变化|其他预示项目会偏离计划的征兆zScope CreepzExpected TurnoverzPoor Quality Indicator29承诺的变更|项目计划的变更可能会带来对内和对外承诺的变更|对外承诺的变更需要经过高级经理评估和批准|对外承诺变更需要征得外部风险承担者的同意|对内承诺的变更也需要所有相关人员的评审和批准z干系人的承诺变更应预先得到干系人代表的认可30Copyright ©2006 袁庆平All rights reserved.15规模的跟踪|系统规模跟踪z详细设计完成后重新估算•和初期规模结果存在显著偏差时，应修正估算结果z编码完成后收集实际数据z项目结束后收集最终实际数据|某个模块、子系统规模跟踪z任务完成时及时收集、记录31z和工作量挂钩问题管理|项目组中识别的所有问题都应该记录z技术问题z管理方面的问题（项目的进度、成本、资源等）z过程执行中发现的问题（特别是SQA发现的）z测试和评审中发现的问题|要明确：z如何解决z责任人z重要性z预期解决的日期z验证人|要记录实际解决日期|所有问题必须关闭32Copyright ©2006 袁庆平All rights reserved.16跟踪风险|通过周例会、正式的项目评审会进行跟踪|重新评估持续的风险z考虑风险的生命周期z风险发生概率、风险影响值的变化|识别新的风险|将已经发生的风险改成“问题”|应及时检查缓解措施的采取情况和效果，必要时更新风险缓解方案33其他项目参数的跟踪|培训跟踪z根据计划实施培训z在接受培训的人员开始有关工作前，应确保掌握了有关技能z将培训记录提交的组织层面|干系人和关键依赖关系z在依赖关系到来之前实施管理计划z重在控制好接口和关键依赖关系的变更z发生的问题应记入问题日志进行跟踪34Copyright ©2006 袁庆平All rights reserved.17其他的项目跟踪活动|任务单和产品批准|周报|周例会|正式评审会z里程碑评审会z高层经理评审会z项目总结评审会35产品批准是有效项目跟踪的基础|两种类型的验证：Validation 和Verification|客观衡量进度需要验证|每一个工作产品都需要批准|批准是对下一步骤工作的授权36Copyright ©2006 袁庆平All rights reserved.18周报|报告本周完成的任务（WBS）|本周遇到的风险和问题|下一周的计划|变更|本周的度量数据|包括个人的周报和项目的周报项目周报需要提交给高级经理进行评审37周例会|通报当前状态（任务完成情况、进度情况）z包括挣值分析|识别和跟踪问题/风险（包括技术和管理两方面）z要相应的维护问题日志和风险缓解日志z确定优先级z为问题的解决安排人员|创建新的承诺，包括根据当前情况对任务安排进行部署|其它临时性的议程|项目组成员都应该参与，通常QA也会较频繁参与，有时高层经理也会参与38Copyright ©2006 袁庆平All rights reserved.19项目监督与控制中的沟通要求|监督与控制的手段不仅仅是周报和例会|项目中应该建立明确的沟通机制，什么问题应该与谁沟通，沟通形式应该是什么样的|项目中的问题，承诺和变更在可能的情况下应该随时得到沟通|相应的沟通结果应该得到恰当的记录|例会中应该重申日常沟通中牵涉的重要39内容正式项目评审（里程碑评审）|正式项目评审需要高层经理和客户的参与|需要在会议之前由项目经理做好准备工作z提前准备充足的度量数据，以便在会议上进行分析z提前准备好下阶段的详细工作计划，在会上形成承诺|通常要汇报的内容包括：z技术进展情况（完成情况、重要技术问题的解决情况、与计划的偏差）z项目管理情况（EV分析、项目参数的汇总分析）z质量保证情况（完成的工作、与计划的偏差、质量数据分析、过程执行的度量数据分析）z配置管理情况（完成的工作、与计划的偏差、要内容及版本、过程执行的度量数据分析）配置库的主z风险和问题情况z下阶段详细计划|应充分让客户和高层经理了解项目的情况和问题，不要隐瞒40Copyright ©2006 袁庆平All rights reserved.20正式项目评审（高层经理评审会）|应定期进行，并形成制度|所有的项目经理进行汇报，每个人时间10分钟左右的|部门负责人、公司级负责人听取汇报|内容由项目经理自己决定|好处：z高层经理比较繁忙，这种方式会提高效率z很好的交流机会，很多信息可以在会上共享z可以直接的比较各项目的管理实践z提高项目经理的口头表达能力z帮助公司级负责人了解项目经理，为将来提拔人员打下基础41正式项目评审（项目总结会）|形式和内容和里程碑评审会非常类似|SEPG成员应该参加|汇报的重点应放在总结经验教训上|一些重要的数据应该收集、汇总和分析z项目特征描述z生产率z缺陷率z估算准确率和偏差原因分析|项目采用的开发、管理和支持过程的有效性分析|上述分析的目的是给今后的项目提供参考信息和经验共享|SEPG成员应注意收集过程改进建议42Copyright ©2006 袁庆平All rights reserved.21End Of PMC43Copyright ©2006 袁庆平All rights reserved.22