研发质量管理PPT.pptVIP

技术评审过程 为了保证技术评审的效果需要明确以下4点： 何时进行评审 谁来评审 评审什么（不要陷入细节） 下什么结论（避免无结论的会议） 技术评审流程 评审计划 （时间、 职责、 交付件 分工） 评审要素表 自检 评审材料 准备 （报告初 稿或会议 胶片） 技术评审 会议 生成 或 优化 评审报告 PM 审核报告 评审报告 发布 评审结论 执行 技术评审 度量 评审报告 会签 技术评审结论 Go 没有遗留问题和只是一些没有解决风险可以很快解决的问题 Go with risk 遗留问题的解决存在一定风险，但不影响下一步活动的启动 Redirect 遗留问题影响到下一步活动的启动，必须首先解决 评审过程中各角色定位 SE：“技术主持人” PQA：“过程主持人” PDT核心组：反映部门问题，代表本领域提出专业意见，并代表功能部门承担责任 技术专家：贡献个人才智，不承担直接责任 LPDT：以业务需要为出发点对技术问题做决策 LPDT: Product/Project Development Team Leader 项目经理 TR点裁减原则 裁减分为：增加、删除、合并 裁减时机：裁减需要在计划中定义 遵循的原则： 裁减不能损害质量目标达成 裁减要与流程、活动裁减相一致 裁减要得到PQA认可，并被EPG批准 TR裁减要严格控制，原则上不允许裁减 TR报告 产品质量评估 要素表检查情况 遗留问题改进计划 冲突点记录和结论 风险分析 评审结论 过程规范和质量目标达成情况 过程审计结果 度量指标 质量目标 会签记录 案例：IT提升评审质量 评审一次通过率 评审效率（问题、投入） 评审要素通过率 专家表现统计（问题、投入） 评审问题的解决情况 评审资料、评审过程评分 评审结论会签情况 优秀评审体系的模型 分层、关联、支撑、专业化 专业细化流程 关联 专业细化流程和TR和DCP之间关联 软件 硬件 工艺 开始 开始 开始 结束 TR5 TR4A 结束 结束 TR6 关联 关联 配合关系 TR n PTR Sub-TR 专业细化活动 Peer Review PTR：由PQA/SE组织。引用子评审的结果对产品质量进行评估，并且对PDT提出改正建议。 Sub-TR：专业细化评审，由项目组组织，在交付件完成后实施。对专业细化流程活动输出质量把关。 Peer Review：检视。非正式，在交付件生成过程中同行间的交付件检查和问题讨论。 通过权责矩阵定义评审责任与参与主体 演练 结合前面讲解的评审体系：面+线+点模型，假设您作为公司研发质量总监，请您设计一下公司技术评审体系？ 每个小组选派一名代表上台发表 测试操作中的常见问题 为什么受伤的总是我？ 测试是得罪人的事？ 测试效率低，可测试性差 单纯的手工测试效率低 不知道测试多少轮才能“修成正果” 产品测试用例设计 测试用例设计基本原则 优秀测试用例的标准 模块重要性划分（4级） 基本测试环境 质量标准 白盒测试用例设计法 语句覆盖用例设计法 判定覆盖用例设计法 条件覆盖用例设计法 条件决策覆盖用例设计法 黑盒测试用例设计法 等价类用例设计法 边界值用例设计法 场景用例设计法 正交分析用例设计法 判断表用例设计法 研发能力对比分析样例 业务度量＋质量度量 业务度量 过程质量度量 产品质量度量 如何评价一个公司的研发能力？ 度量模型 组织能力基线 PCB反映开发能力和成熟度 20％ 40％ 60％ 80％ P1 P2 P3 P4 P5 …… PCB－UCL PCB－基线 PCB－LCL PCB : Process Capability Baseline 过程能力基线 公司的战略目标如何落实下去？ 公司KPI 产品线KPI 功能部门KPI 产品团队KPI 项目团队KPI 设定目标 设定 目标 设定 目标 汇报 整合 汇报 整合 汇报 汇报 设定目标 整合 共同配合 KPI: Key Performance Indicators 关键业绩指标 样例：产品线的度量指标 财务 市场份额 新产品销售比重 研发费用比重 废弃项目比重 内部（业务） 项目进度偏差率 共用基础模块效率 生产率 客户 客户问题及时解决率 客户服务支持费用比重 样例：产品团队的度量指标 产品质量度量的分解 产品度量 业务指标 产品质量度量 质量指标 系统工程度量 软件项目度量 硬件项目度量 制造质量度量 实际运行质量度量 技术评审度量 问题跟踪度量 规模、工作量 进度 稳定度 设计缺陷 制造缺陷 运行缺陷 客户服务 评审效益 问题管理 细化 完善 产品质量度量项－稳定度 稳定度 需求稳定度 规格稳定度 ECO/ECR 单板平均 投板次数 内部发布版本平均周期 产品设计需求稳定性指数衡量产品设计需求稳定性 工程设计需求稳定性指数衡量可测性需