锐客网

  1. 首页 > 睿知 > >

分享产品质量保证措施经验心得 产品质量保证措施包括哪些内容

睿知生活知识

互联网产品，从产品经理开始设计产品到产品上线的过程 ， 需要多个角色参与，例如有产品、UI、开发、测试等 。在这个过程中保障各个环节的质量，最终交付高质量的产品对企业来说非常重要 。这个方面有很多工具，例如PMP、六西格玛等等 。今天也不聊这种比较知名的工具，而是谈一些工作中总结的心得 。
我觉得要保证产品质量，主要分为两个方面的措施：
一、制定工作协作规范
确定大家的角色、职责、分工 ， 协作方式 。这也是大家合作完成同一个任务的基础 。好的协作规范能够提高团队的工作效率 。这一部分介绍一些工作规范方面的问题场景和应对建议 。
二、工作执行过程中监控
规范有了，大家干活的过程中具体干的怎么样也需要关注 。但是大家的情况各不相同，那么在做执行过程中监控的时候，就需要根据人员进行分类，区别对待 。这部分说下如何划分员工类型和各类员工的合作技巧 。
这篇先说下“工作协作规范” 。
一、制定工作协作规范
先说明下为什么需要工作协作规范，用一个场景来做示例 。
产品从设计到上线，是一个多人协作完成的的工作任务 。会分为产品、UI、开发、测试等多个角色，每个角色还会有多个人 。从上面的场景可以看出，如果没有好的工作协作规范，参与的同事即使很努力工作，最终工作也可能做不好 。所以要根据实际情况，制定出适合自己团队的工作协作规范 。让大家明白自己的工作任务以及与其他角色协作的方式 。
下面介绍几个工作协作约定方面的问题和建议：
（一）信息传递与确认
问题描述：
信息传递失真！
从需求来源开始，产品经理、UI要收集需求来进行设计，开发人员根据产品经理的需求文档进行技术方案设计和开发，测试i人员以需求文档为依据编写测试用例、检查开发代码质量 。各个环节环节做好工作的前提就是：上一环节信息传递准确，本环节成员正确理解，本环节多成员信息同步一致 。如果做不到，就会发生如下如图的例子，产品做出来一定是自己蒙圈，客户蒙圈 。
工作建议：
一堆评审会：可以包含产品需求评审会、UI设计评审会、技术设计方案评审会、测试用例评审会 。
评审会占用时间，但是评审会也是有作用的 。必须产品的需求评审会，产品介绍一遍需求，有说的不清晰的地方 。大家可以提问 。消除疑问后大家对需求的认知达成一致 。然后再开技术方案评审，就像是说：“你们的需求是XXX的 ， 我们打算用这样的技术方案实现 ， 你们看看有遗漏或者有对需求理解错误的地方吗？”类似三次握手，需求评审信息是”产品–>开发”传递，技术评审是“开发–>产品”进行信息确认 。其他评审会也一样，各个评审会的最终作用就是尽量确保信息传递的正确、完整 。
为了确保会议开得有价值，建议对会议做一些约定 。例如技术评审会 ， 如果开发同事讲了 ， 产品同时没有提出异议 ， 如果方案未满足功能 ， 责任主要在产品 。明确责任之后 ， 大家会相对的对会议引起重视 。如果评审会只是走形式，开这种会就是浪费单位资源！下面的例子就是这种情况：
（二）各环节参与拦截问题
问题描述：
还有一种情况，就是出现问题后，发现的太晚，甚至上线后才发现 。问题发现的越晚付出的成本越高 。如下：
工作建议：
如果信息传递无误，其实有很多环节都会对问题进行拦截 。不要一提到质量问题就想到测试 ， 测试又不是神仙，其实大家都有拦截问题的机会！例如：
?开发同事根据需求进行单元自测时候发现问题；
?开发团队系统测试的时候发现问题；
?测试同事测试的时候发现问题；
? 产品UAT的时候发现；
都没发现那就可能是三个原因：1.信息传递失真；2.没有明确各环节为拦截问题需要进行的工作；3.如果明确了，那就是大家都碰巧“失职”了 。
所以建议通过评审会来确保需求传递准确，在此基础上明确各个环节需要做的质量保证动作 。
不过，即使明确了职责 ， 现实中有问题漏网的情况也不少 。这就是具体工作执行情况监控的问题了，这个在下一篇文章聊下 。
（三）工作中工具统一
问题描述：
大家都知道，Axure9编辑的原型Axure8是打不开的，墨刀画的原型也不好与Axure原型互通 。还有，如果大家分别负责产品设计的一部分原型，团队中有人用墨刀，有人用Axure，是不是会很尴尬 。

推荐阅读


上一篇：淘宝营销方式有哪些 淘宝营销策略

下一篇：苹果手机qq消息来了没有声音