敏捷过程的质量体系.pptVIP

敏捷过程的质量体系 QA组 alexchen 质量不能只靠一个人、一个团队的管理来获取，它是公司文化的一部分，体现在公司内的任何一个工作环节中。 质量体系建设的驱动力 质量管理的最终目标是提高客户满意度，降低产品的维护成本。 项目质量与成本、进度相互制约。 质量体系的建设，离不开组织高层的支持与驱动。 * 质量 成本 进度 产品研发类项目的三角博弈 互联网项目的特点 * 实效性强，产品发布周期短。 失败成本大，容错性极低。 用户复杂，用户体验目标无法明确，产品变更频繁。 开发团队工作繁忙，团队成员无暇他顾。 敏捷的互联网项目 = 质量体系的禁区 ? 淘米的项目质量现状 大量的突发事件，以及在处理突发事件时关键资源的缺失。 项目成员难以有效了解项目现状，无法识别目前或近期最需要做的是什么。 工作产物质量不稳定，人为因素影响过大。 必须花费大量的时间、人力来救火，一线人员疲于奔命。 导致缺陷的根本原因扑朔迷离，质量改进无从着手。 新成员加入后需要导师花费大量的资源进行辅导，影响项目进度。 * 传统软件质量体系的适用性 不适用： 体系庞大，控制点过于精细，需要花费巨大的管理成本。 度量工作反应迟钝，无法达到互联网项目的实效性。 基于关键路径法，强调对大型复杂项目的管理，不适应小迭代的敏捷开发模式。 适用点： 配置管理模式严谨合理，知识财富积累机制非常完善。 质量改进度量分析方法支撑较丰富，具备自我进化能力。 工作环节覆盖较全面，有利于分析质量问题的根本原因。 * 让质量活动敏捷起来 按需定制的项目过程标准，强调过程结果的管理。 全员参与的工作质量审查，让质量审查融入每一个人日常工作中。 提前沟通与直接沟通，减少沟通的环节，信息的公开有利于提高项目自身的纠错能力。 * 一个经典的质量案例游戏： 《COPY不走样》 活动文件架构 活动描述图 入口准则 输入 执行原则 活动步骤 执行角色、参与角色 输入、输出 要点描述 出口准则 输出 需使用模板 工具 技术 * 让每一个工作环节，都清楚自己需要什么，必须完成什么，怎么样算完成了。 让每一个人都知道谁能协助我做这件事。 让做每一件事情，都有可依赖的工具、技术与方法。 每一个活动，都必须具备可供检查、评估、保存的产物。 每一个活动都是对前置活动的一次检查与评审，让质量审查活动融入每一个工作环节。 * 质量体系架构 * 工作体系的畅想 质量体系建设过程 * 暴露问题 * 工作内容 输出产品 备注 1、 建立并推动《过程文件修订过程规范》、《过程文件修订模板》、《过程文件修订申请表模板》，使过程文件建立、变更规范化。 1、《过程文件修订过程规范》 2、《过程规范编写模板》 3、《过程活动编写模板》 从现有的流程文件入手，规范过程文件的编写形式与内容，为后期的过程审查建立依据。 2、 整理并汇总公司现有的项目体系文件，制作《项目体系文件索引》，方便用户检索及管理。 1、《项目体系文件索引》 过程文件的整理及汇总，避免工作过程的缺失。 3、 建立“过程文档库”，把所有过程文件、作业文件纳入文档库为受控项。 过程文档库 《文件配置管理手册》 规范文控工作，以保证目前正在执行或推动的文件有效性和合法性。 4、 对现有的过程文档建立检查表（包括检查项、检查范围、检查周期、检查人、问题记录），并依据检查表中的检查项完成日常检查。 1、《过程文件检查表》 2、《QA检查报告》 形成QA的日常检查机制，保证过程审计的连续性和工作成果的及时应用。 5、 收集QA检查问题与配置检查问题，并建立问题库与改进机会库。 问题库 改进机会库 记录问题数据，保证问题的有效跟踪，同时为组织度量库做积累，并形成初步的质量改进渠道。 定性分析 * 在完成了问题的暴露与收集后，可以由专家团队对问题进行定性评估，确定当前问题的深层原因，以及当前问题的处理优先级。 这是一种探索式的质量改进模式，风险较大。 适用方法： 头脑风暴法 Delphi法 定性分析 随着问题库数据的日渐丰富，以及前一阶段质量审查、改进活动的关键因素积累，可以在问题库中通过对关键因素的度量，形成比较具备广泛适用性的质量基线，以作为项目的日常质量基准。 在这个阶段，每个质量改进的目标都来源于企业商业目标，并以质量基线为基准，知道了哪些是质量的关键影响因素，度量指标需要怎么改变，改变多少，才能符合企业的商业要求。 适用方法： 6sigma中的各种方法论 …… * 持续改进 通过各种文化推广活动，质量活动已经融入每一个员工的日常工作习惯中，问不断的被暴露、改进，好的成功实践被不停的推广、应用。 质量、成本、进度的三角博弈不在局限于团队或组织之间，而是深入到每一个工作岗位，大部分的岗位工作产物已经是三者优化的结果