【百天计划028】产品研发:需求落地实现的过程

待需求过了需求评审,好多小伙伴都松了一口气,觉得总算是又完成了一个项目。殊不知,对于产品经理来说,这个项目才刚刚走完40%的进程,大头还在后面。产品研发阶段是所有产出需求的落地实现过程,产品经理要跟进整个过程,确保需求实现没有偏差,能够保质保量的按照需求设计的结果来实现。

这就好比是建筑工地上的监理和质检角色,完成需求评审只是设计图纸确定了,真正的施工过程才是图纸变成建筑的过程,在施工过程中会遇到各种问题,如用料、工人操作、天气影响等等,监理要确保整个施工过程是按着图纸来的,用料都是按照规定来的,不能偷工减料。质检要做进一步的检查,才能最终确保施工完成的建筑是设计师的成果。

在产品研发的过程当中,通常我们理解的就是开发和测试两个环节(实际还有UI设计的环节),但这个两个环节在实际执行的过程中就会出现各种问题:

1、开发人员和测试人员需求理解出现偏差,导致实现过程出现偏差;

2、开发人员在实现过程中加入一些自己的理解,导致没有按照需求设计来实现;

3、过程当中需求需要变更时,各方需要协调配合;

4、进度与预期不符时,需要对需求实现做出相应的调整;

等等,还有一些别的问题会不时的出现,产品经理要做的就是每天跟进,经常沟通,评审测试用例,自己去做相关功能的验收,以此来确保需求实现过程当中尽量减少偏差。

在产品研发过程中,要尽量减少人的因素所造成的影响

在产品研发的过程中,总有各种各样的问题伴随着,而这些问题不是产品研发这个环节所产生的,都是这个环节中参与的人产生的,不同的角色、不同的处境、不同的思维生出了我们通常所遇到的那些问题。

人是一种复杂的动物,形形色色的人都有属于自己的特性,不同特性的人做同一件事情可能就会有不同的结果。不同的人物特性使大家在日常生活、沟通协调、工作能力上的表现都会有所不同。

在参与产品研发工作时,受自身特性所限,所表现出来的工作能力必然也会受到一些制约。如何在产品研发过程中利用人的特性,去重新认识问题,找出解决方案?下面以产品研发过程当中最常见的需求问题为例,从人的特性的角度分析,找出与产品研发具体问题的关联,引出对人的特性的研究利用。

能力问题:造成需求有问题是因为产品经理对需求分析的不到位,开发人员对需求的理解不透彻,测试人员对需求的把握不深入,所以才导致有需求问题。所以要进行技术能力提升的培训,采用更好的需求分析手段,深入的去学习业务,但问题依然存在。

沟通问题:没有在沟通的过程当中说清楚需求或者问题,没有每天都跟进,没有心平气和的进行沟通。我们会要求大家都对事不对人,针对问题用讲道理的方式,谁能说服对方就听谁的。不过,这还是没有从中找出问什么会有沟通的问题。

通过上述的分析并采取改善方案后,需求问题依然存在,为什么?原因之一就是我们一直都在怀疑,怀疑用户能否表达清楚需求,怀疑研发人员能否听懂并理解需求,怀疑需求文档是否真的能够传递需求,怀疑是一种人的特性。我们总是在怀疑当中就把一些事实变成了问题,而没有想过万一用户说的就是实际情况,研发人员已经理解了需求,需求文档描述的非常详细和全面。

1、人具有自动补全的能力。为什么世界上会有残缺美?因为不同的人看到一个残缺的事物,会从不同的角度去尝试自动补全,以形成一个自认为最完美的形象或者造型,这样这个残缺的事物在每个人看起来都是完美的。

2、人对同样的内容会有不同的反应。对于同样的描述性文字“短裙、丝袜、钢管”,很多人会想到是钢管舞女郎,但也有很多人想到了孙悟空。

3、人在看事物的时候会有焦点效应。焦点效应是指在关注某件事物本身的时候,会忽略掉事物相关的不重要的一些片段。比如电影当中的植入性广告,很多人在看的时候都没有发现,但事后在看别人的影评的时候才回想起来,哦,确实有广告。

我们再来看产品研发过程当中的需求问题:用户不能正确的表达需求,是受行为感受、思考、语言的制约;研发人员在理解需求的时候,会结合原有的经验和关注点去理解需求,受到自动补全和焦点效应的影响;文档不能成为对业务人员、对研发人员的信息表达方式,是受到同样内容会有不同反应的制约。

在了解人的这种特性以后,就可以在产品研发过程中有效的利用,通过改变人的习惯、行为、感情、思考、语言,改变到合适的状态,就会有对应的产出。改变的方法可以通过信息量多重复、多感知、多反馈的方式,去影响研发人员的固有思维。

对于重要的需求一定要重复强调,不厌其烦的和开发、测试人员讲解,不断强化他们的认知,让他们理解需求的来龙去脉。在实现过程中经常沟通,遇到问题及时解决,能有效的改善研发过程。

平衡各方利益,放弃完美主义,懂得短期/长期目的平衡

每个产品经理都会给自己的产品打上印记,投入很大的精力去呵护和建设,自然而然的就会朝着较为完美的方向去规划和设计产品,这时就会发现,理想和现实总是很矛盾。规划的很美好,现实当中去做却有各种困难,不是资源有问题,就是业务规则老变。这些都是正常的情况,个人觉得产品经理在日常工作过程当中还是要务实一些,业务规则一直在变,完美的规划几乎不存在。

在产品研发过程当中,固执的完美主义会引发各方冲突,特别是影响了相互利益的时候。比如运营临时说要增加某个很重要功能,但实际上这个功能并不在你的迭代计划中,可能同时还有别的业务方在向你提需求,这种时候就需要去平衡各方利益,而平衡的结果,往往都是去调整迭代计划,这时又要去和开发、测试人员商量。

要放弃完美主义,特别是在做互联网产品,因为互联网发展的日新月异,很可能这周排好的需求,过了两个星期就已经不适合再排入开发了,所以需求池是要经常更新的。长期和短期目标的平衡,相信大家自己都有判断标准,需要结合实际的工作情况来看,这里就不多说了。

持续迭代优化,不断调整需求优先级,唯快不破,唯业务价值优先

天下武功无坚不破,唯快不破。意思是天下任何武功,都有自己的不足,防守的再好,也有破解方法,只要意识、攻、守、临机变化等速度远远高于对方,势必游刃有余!

在产品研发的过程中,要想让整个团队做事有目标有干劲,最好的方式就是让每个迭代的产出都有比较客观的业务价值,而且最好是可以衡量出来的那种。这样团队才会觉得自己做的事情特别的有意义,才会信任产品经理所安排的任务。

要确保每个迭代的业务价值实现最大化,就必须将优先级最高的需求排在最近的迭代当中,每个迭代都是做优先级最高的,持续下去,价值产出就会比较客观。如何评定需求优先级在后续会讲到。

产品研发的过程是每个产品经理都要重视的,这也是整个项目的过程管理。对于产品经理来说,生产需求虽然是主要工作内容,但实现需求同样重要。在面对产品研发过程当中出现的问题时,要根据自身团队的情况去及时处理,这里讲的方法也只能是比较通用的,只能应对常见的情况。更多还是要靠自身去摸索,你所总结沉淀出来的研发过程管理方法,将成为你自己的宝贵财富。



无觅相关文章插件,快速提升流量

“【百天计划028】产品研发:需求落地实现的过程”有1条评论

书生 | 2018-01-21 15:24 |

转眼又是新一年,祝博主万事如意不差钱!

发表评论:

姓名 (*):
E-Mail (*):
网址:
内容 (*):

XHTML: 可用标签: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>