项目运作流程课件

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,2014-7-10,#,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,2014-7-10,#,研发项目运作流程,CMMI V1.0,参见,按阶段,_,项目过程定义,.xlsx,项目运作流程,概念,设计,开发测试,验证,发布,概念,TR,规格,TR,概要,TR,准入,TR,验证,TR,工程,过程,项目管理,项目监控（,PMC,）,风险管理（,RSKM,）,支撑过程,配置管理（,CM,）,过程与产品质量保证（,PPQA,）,度量管理（,MA,）,需求分析,项目规划和集成项目管理,(PP),交付件,详细设计,正式发布,单元测试（,UT,）（可选）,系统测试（,ST,）,概要设计,方案建议（可选）,需求规格,编码,/,制作,集成测试（,IT,）（可与,ST,合并）,沟通管理,变更控制与管理,(CCM),UAT,测试,-,瀑布模型,（流程定义）,项目运作流程,QA,PM,项目监控（,PMC,）,风险管理（,RSKM,）,CMO,制定度量管理计划,WBS,分解、项目估算,制定项目管理计划,MC,沟通管理,-,瀑布模型,（角色定义）,QC,概念,设计,开发测试,验证,发布,概念,TR,规格,TR,概要,TR,准入,TR,验证,TR,制定配置管理计划,创建配置库,建立基线,配置变更,收集度量数据,维护度量表,度量分析,配置审计,配置状态发布,更新计划,任务分配,需求分析、可行性分析,(,技术预研,),参与用户需求评审,编写系统测试计划,Team,制定质量保证计划,裁减检查表,需求规格、概要设计,详细设计、编码、单元测试、集成测试、系统测试、缺陷跟踪和修改,UAT,缺陷修改,产品发布,参与软件需求评审,编写系统测试用例,编写系统测试用例、系统测试执行、编写系统测试报告、经验总结报告、用户操作手册,MIS,项目总结,过程与产品检查,不符合项跟踪和关闭,QA,报告,项目运作流程,技术评审点,概念,TR,-,瀑布模型,（,TR,点定义）,规格,TR,准入,TR,验证,TR,概要,TR,说明,概念,设计,开发测试,验证,发布,概念,TR,规格,TR,概要,TR,准入,TR,验证,TR,1.,检查交付件是否齐全。,2.,需求分析是否充分，是否考虑非功能性需求。,3.,是否存在较大风险的需求，是否可控或者接受。,4.,技术可行性如何？,5.,项目过程定义是否得到,EPG,批准？,6.WBS,分解是否满足估算和指导项目运作要求？,7.,项目计划是否符合要求？等。,1.,用户需求是否都包含？,2.,规格是否达到指导设计和测试的要求？,1.,采用的技术是否公司认可的技术？,2.,概要设计是否考虑非功能性需求，例如：性能、安全性、易用性、可维护性等。,3.,架构设计是否合理？,4.,是否含有开发测试以及产品环境软硬件要求。,5.,设计是否具有可测试性？,1.,测试用例覆盖是否达到标准？,2.,缺陷密度是否达标？,3.,测试结果是否达到质量要求？特别是遗留缺陷。,1.,验证阶段交付件是否齐全？,2.,用户测试报告是否测试通过？,项目运作流程,概念,设计,开发测试,验证,发布,概念,TR,规格,TR,概要,TR,准入,TR,验证,TR,-,迭代模型,概念,设计,开发测试,验证,发布,概念,设计,开发测试,验证,发布,迭代,A,模型：,适用于需求明确，但是开发工作量大的项目,迭代,B,模型：,适用于需求不明确或需要多次交付的项目,概念,设计,开发测试,验证,发布,概念,TR,规格,TR,概要,TR,准入,TR,验证,TR,迭代一,迭代二,迭代三,迭代四,迭代五,迭代一,迭代二,项目总周期,概念,TR,规格,TR,概要,TR,准入,TR,验证,TR,验证,TR,准入,TR,概要,TR,规格,TR,概念,TR,项目准备和启动,选择模型和过程裁减,项目初估算,团队组建,开工,发布,Charter,项目目标,项目范围,项目预算,项目进度要求：,项目启动,结束日期,项目质量要求（验收标准）,项目主要人员：,项目经理,项目执行主管,项目赞助人,市场代表,销售代表,CMO,QA,技术评审主审人：,（评委由主审人确定，,3,人）,其他限制和约束,只提供,2,种可选择的模型：,瀑布模型（或称为,V,模型）,迭代模型,Model A,：需求明确,且项目规模较大,Model B,：适合需求不明确,或存在多次交付,过程裁减：,提供标准的裁减模型，,可以满足大多数项目需要。,2.,如果,1,不能满足项目要求，,可以根据过程定义文档,进行裁减。,EPG,批准：,第,2,种裁减需要跟,EPG,沟通，,获得,EPG,批准。,目的：对项目的规模有初步的,认知，为团队组建提供,基础数据。另外，识别,项目的交付风险。,要求：给出项目概念阶段的,起至日期，该数据可以,纳入项目考核。,根据项目的规模、技术特点、,进度和质量要求以及项目预算,的要求确定团队的规模和,团队成员的技能要求组建团队。,要求：,明确团队组织结构。,明确各成员的职责。,准备项目开工材料，,召开项目开工会。,开工会内容：,项目经理宣布项目,Charter,项目经理宣布团队结构,和职责。,3.,项目执行主管、赞助人讲话,开工会之后项目正式启动。,根据选择的模型进入概念阶段,或者第一轮迭代。,过程要求（,QA,审计）,风险管理,所有项目必须做风险管理。,项目管理计划中必须包括项目风险管理计划，项目应及时识和管理风险,沟通管理,按照项目沟通管理要求来做。,PPQA,所有项目按照现有项目。,配置管理,所有项目按照现有配置管理要求管理。,缺陷管理,所有项目的缺陷统一在缺陷库中跟踪和管理。,变更管理,按照,EPG,发布的项目变更规程要求运作。,评审管理,项目的评审分为两类：技术评审（,TR,）和同行评审。,具体要求参见,项目过程定义,要求。,项目沟通管理,站立会议,会议时间：,10,15,分钟,每天早上，项目组为单位,项目组例会,每周一次，输出会议纪要,会议纪要主送项目干系人抄送项目组全员,项目进展通报,邮件形式发送,分为周报和月报。,主送项目干系人，抄送部门全员,阶段点通知。包括：,项目启动邮件、阶段点通知邮件、项目关闭邮件,主送项目干系人，抄送部门全员,支撑过程报告,QA,报告，配置状态报告、度量报告。,QA,报告、配置状态报告每周一次，度量报告每阶段发布一次。邮件方式主送研发总监、品质部部长、,EPG,组长、技术总监，抄送项目组全员。,项目监控,可以通过但不限于以下方式：,每日站立会议,项目组例会,个人周报,日常沟通交流（重点,项目经理要加强与项目的日常沟通。,仅仅通过个人周报、站立会会议和项目组例会是不够的）,项目运作流程对,CMMI,PA,支撑情况,序号,PA,支撑情况,备注,1,配置管理过程（,CM),支撑，按照现有方式运作,要求所有项目都必须按照统一标准执行,2,度量和分析过程（,MA,）,支撑，按照现有方式运作,要求所有项目都必须按照统一标准执行，需要明确度量数据和周期,3,项目监督和控制过程（,PMC,）,支撑,建议项目经理通过日常沟通的方式加强沟通，减少周报等,4,项目计划过程（,PP,）,支撑，按照现有方式运作,5,过程和产品质量保证过程（,PPQA,）,支撑,需要根据新流程重新确定检查单,6,需求管理过程（,ReqM,）,支撑，按照现有方式运作,7,供应商合同管理过程（,SAM,）,支撑，按照现有方式运作。,供应商管理应该有单独的供应商管理流程。,研发中心项目整体管理,项目章程发布,邮件方式：主送项目经理，抄送项目干系人,+,公司领导,，密送部门全员。,项目进展通报（,两,周一次,）,由项目经理反馈，研发中心统一发送,邮件方式：主送公司领导，抄送研发中心全员。,研发例会（每周一次）,会议内容：,A.,项目进展,B.,项目的问题和风险、,C.,求助,2.,输出会议纪要，主送与会人,绩效考核,考核指标,工作业绩得分,=(A,项目,/,临时工作得分*,70%,+A(,管理责任人,),打分*,30%,)*,权重,+(B,项目,/,临时工作得分*,70%,+B(,管理责任人,),打分*,30%,)*,权重,总分,=,工作业绩得分,*,80%,+,工作能力态度得分,*,20%,项目考核指标,难度系数：基准,1.0,（例如，小：,0.8,，大：,1.2,）,项目总分,=100,难度系数。例如：难度系数为,0.8,则项目总分为,80,。,及时完成率（,50%,）：,100,难度系数,导向,:,按时交付用户所需的产品。前期存在延迟，后期通过赶进度及时交付用户，可以减轻前面的延迟考核。每阶段结束的时候统计一次，累计。,A.,阶段点延迟扣分,=,扣分基本,延迟周数,扣分基准：交付用户验证延迟扣,20,分，其他阶段点延迟扣,10,分,延迟周数：,ROUNDUP(,(,实际结束日期,-,计划结束日期,)/7),计划变更扣分,=,扣分基准,变更次数,扣分基准：,20,分,说明：非项目组原因不考核，例如需求变更、资源被调走或其他无法保证原有资源的情况下。,4.,交付质量（含规范度、客户满意度）（,50%,）,100,难度系数,成本（,20%,）,成本超出率,=,（实际成本,-,计划成本）,/,计划成本,成本超出率,=15%,不扣分,15%,成本超出率,=30%,扣,20,分,30%,成本超出率,50%,扣,100,分,网上问题：暂不扣分，仅做质量回溯。,推广方案,培训,&,研讨,每周项目经理例会交流问题,总结和优化,资源池,工作量评估资源池,TR,评审资源池,主审人资源池,领域专家资源池,QC,QA,技术专家,FAQ,阶段点和里程碑点的关系？,MIS,类单元测试和,EL,类单元测试概念模糊？,测试定义,单元测试：最小可测试单元进行检查和验证，一般是白盒,+,黑盒测试。,MIS,类的如函数,/,类测试。,EL,类的单个页面或者视频的单个帧的测试。,组件测试：针对于,EL,类的在打包之前的单集视频或,flash,等的测试。,集成测试：,1.,系统内各模块间的集成。,2.,子系统间的集成。,3.,与外部系统间的集成。,系统测试：是对完整待交付产品的测试，检查和验证是否实现了所有需求，需求（包括功能性需求和肺）实现是否满足要求,TR,和同行评审的关系,