很多人乍看这个标题,可能有些惊讶。产品上线质量不是由测试来主要负责的么,怎么产品也需要来把控这个事情?
诚然,从具体分工而言,产品的线上质量主要由测试来负责,产品按时按量完成由项目项目经理把控。但对于产品而言,有两件核心的事情:①做正确的事;②把事情做正确。确保需求上线的时候保质保量,保证产品往正确的道路上走,这是对于产品而言,是一个重要而不可轻视的事项。
简单来说,产品质量把控其实就是项目管理的技能。它可能非核心技能,但却又承担较大因素。核心原因主要有一点:确保需求上线的质量。即确保需求的线上实际效果和产品提的需求不会有偏差,产品稳定流畅。
那么,产品可以怎么去把控需求的质量系数?主要有以下几种方案。
1、输出完整清晰的需求文档。
很多小伙伴可能都会觉得,我的需求文档有做呀,也没发生什么问题呀。但有时候经常会少考虑一些问题,比如非主流程的分支是否有考虑清楚,异常场景是否完整地进行了梳理了,需求描述是否存在模糊的地方。对于技术和测试而言,需求文档是用word或者写在原型上,他们并不care。他们所在意的是:需求描述必须精准,不存在模糊的地方,不让技术去猜测和判断需求边界;异常分支完整分析,不单单只有核心流程的输出等
2、做好完整的需求评审
需求评审每个产品都会做,但需求评审的质量如何,有些产品有时候可能没有特别严谨地进行把控。产品的描述不够清晰,技术一旦分神,技术没有提出自己的问题,那可能产品需求评审的质量其实就不太好说。换而言之,一个好的需求评审,是需要推动技术和测试去思考的,他们应该是有提出问题的,而技术的每个问题,产品都必须考虑到。这样的评审才能保证需求和产品的质量。
3、开发提测前,产品应推动所有开发小伙伴进行集体自测
这里有两个要求:一是开发必须要保证有联调自测,二是产品要推动所有项目的小伙伴亲自在产品上点一点,保证提测的时候流程是通的,需求实现不会有缺失的地方,也保证开发的bug是少的,就算有,也能在这个阶段发现。这样也有足够的时间去修复。
4、必须要推动技术和测试小伙伴,进行完整的技术评审和测试评审
技术评审,这点有些公司和部门做的可能不是很到位,可能只是粗泛地进行了甚至没进行,也可能只是进行了概要设计,而缺乏详设。技术评审就能有效的提升这一块的工作,确保有完整的概要设计和详细设计,避免需求开发质量不完整或者不高。
测试评审同理,测试评审能有效地发现很多问题,避免测试的时候有缺漏的地方。
5、做好产品验收
很多小伙伴都觉得,测试都基本测的差不多了,产品验收不需要太完整,大概的参与下并进行点点点就可以了。但这是远远不够的。产品要为产品往好的方向走,完整的验收就很重要,这意味着产品必须在测试的时候就介入并进行较为全面的验证。
6、不过度压榨技术和测试的排期,不拍脑袋地定出上线时间,倒退排期
这个问题很多公司都有,其实非常严重。很多时候,产品小伙伴经常被业务推着走,被老板推着走,在没有和技术测试沟通清楚的情况下,就擅自主张地确定了上线时间。而这个排期,并没有考虑到现有的技术资源和资源,自然而然就会影响到产品质量。只有在和技术测试有了良好的沟通出来的排期,才能有利于产品稳定流畅高质地完成上线,同时避免伤害技术测试小伙伴的感情。不然,这种事情多了,技术对于产品的认可度就会降低,这对于产品的工作而言,是致命的。
为了确保产品质量,产品可以做的还有很多,需要通过每一次的迭代优化中去发现问题,逐步优化流程,优化产品管理方式,优化工作方式,从而逐步地提升产品的价值。
想学习却无从下手,该如何学习?
这里我准备了对应上面的每个知识点的学习资料、可以自学神器,已经项目练手。
最后送上一句话:
世界的模样取决于你凝视它的目光,自己的价值取决于你的追求和心态,一切美好的愿望,不在等待中拥有,而是在奋斗中争取。
如果我的博客对你有帮助、如果你喜欢我的文章内容,请 “点赞” “评论” “收藏” 一键三连哦!文章来源:https://www.toymoban.com/news/detail-492311.html
文章来源地址https://www.toymoban.com/news/detail-492311.html
到了这里,关于产品如何有效把控产品上线质量的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!