国泰安_研发过程改进项目_CMMI-ML3_差距分析_结果报告_V1.0.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * 产品集成(PI) 目的 将产品组件组装成产品，确保集成后的产品正常运作，并交付该产品。 强项 基于本次检查证据，未发现强项。 不足 产品集成与测试的策略、顺序、通过准则不明确。 建议 结合设计部分的改进，建立包括子系统/模块识别、内部外部接口设计、集成设计、集成与测试贯通的产品集成与测试体系。 验证(VER) 目的 确保选定的工作产品达到它们的规定的需求。 强项 建立了独立的测试团队执行测试活动。 采用JIRA统一管理测试缺陷。 不足 部分项目的测试用例未覆盖非功能性需求，测试用例对功能的覆盖性有待加强。 测试人员对核心技术问题和二次开发项目测试的覆盖性有待加强。 没有定义明确的开发转测试的规则和测试通过准则。 开发提交测试的版本管理不清晰，各测试版本间的差异不明确。同组的测试人员出现同一时间不知情的情况下测试不同版本的情况。 测试计划中只有测试任务分工及时间安排。未见测试策略。 部分事业部测试组的人员在项目前期未参加需求评审。 部分产品在测试环境运行良好，发布后在生产环境运行出现诸多性能问题。 部分项目未见部分评审报告，部分评审报告中的问题未关闭。 部分项目在JIRA中未描述Bug的解决思路和方法等信息。 建议 建立多种评审方式，建立针对不同产物的检查要素，对于评审人员的定义(资格，哪些职能必须参加，哪些职能可选参加等)可进一步细化。 建议加强测试策略的分析和确定。 加强测试的覆盖性：比如不同环境(软件版本不同，操作系统不同等)测试，可靠性测试等。根据需要部分项目加强接口测试、压力测试和性能测试。 测试人员、客服中心在项目前期参加用户需求、需求规格的评审。 验证(VER) 确认(VAL) 目的 证明产品或产品组件在被置于它的预期的环境时实现预期的功用。 强项 基于本次检查证据，未发现强项。 不足 个别项目在后期测试中发现实现的方式与需求有差别。 没有对项目交付质量验收。 研发出来的产品是否可以投入市场的标准不明确。 产品考核的标准，试用标准，满足客户需求的吻合度未分析。 未调查和分析客户对产品的满意度。 建议 建立内部验收和外部验收的流程和通过标准。 项目策划(PP) 目的 建立和维护定义项目活动的计划。 强项 部分项目制定了设计编码测试活动的任务分派计划，并在开发团队内达成了一致承诺。 不足 没有建立项目估算模型，项目计划的可行性缺少支撑。 项目计划中仅有分析、设计、编码、测试等活动的日程安排，对项目的规模、工作量、预算/成本、风险、工作环境、管理机制等很少涉及。 建议 分析公司产品和项目的共性特点，基于典型任务的标准工时和标准工期，建立项目估算模型。并与包括管理层在内的相关各方协调工期、资源、人员等约束以建立可行的项目计划。 项目监控(PMC) 目的 提供项目进展的认识，使得项目的执行情况显著偏离计划时能够采取适当的纠正措施。 强项 每周跟踪在研项目的进度，形成《进度监控表》，使管理层易于了解各项目的进度状况。 少数项目召开所有开发人员参加的每日站立会议、每次冲刺演示和总结会议。 个别项目开发人员每周抽一小时进行技术交流。 不足 对项目进度进行了管理，但对项目的规模、工作量、成本等的管理明显不足。 没有明确定义什么是显著偏差以及出现显著偏差时项目组应采取的措施。 项目未明确定义项目里程碑，在项目关键点/里程碑处的跟踪分析和报告不足。 多数项目没有在开发计划、测试计划和开发测试计划中没有任务跟踪记录。 未见风险跟踪和问题跟踪管理记录。 建议 结合度量分析部分的改进，建立围绕项目监控和质量控制需求的项目监控和质量指标。例如，进度偏差率、工作量偏差率、测试缺陷密度。 建立一体的问题与风险的识别、计划、报告、应对、跟踪机制。 集成项目管理(IPM) 目的 依照基于组织的标准过程集裁剪形成的已集成和已定义的过程，建立和管理项目以及相关干系人的参与。 强项 基于本次检查证据，未发现强项。 不足 没有建立基于公司标准过程定义项目过程的机制。 项目计划中对项目干系人的识别、跟踪不全面。 有的项目的项目计划中，未明确与其它事业部或合作方的合作计划。 有的项目出现因其它事业部提供的接口不满足要求或外部合作方导致的进度拖延情况。 部分项目有项目总结，部分项目没有；部分项目有技术专题总结，部分项目没有。 建议 无。 风险管理(RSKM) 目的 在潜在的问题发生前识别它们，使风险处理活动能在产品或项目的生存期内被计划并在需要时被调用。 强项 基于本次检查证据，未发现强项。 不足 多数项目未对风险进行系统的识别、跟踪和采取缓解措施。 未识别项目中的风险。 未明确定义风险来源。 未明确定义风险参数。 未建立风险管理策略。 未确定风险的优先级。 建议