本文主要是介绍案例干货|用友罗涛:打通产品开发的任督二脉,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
【精彩预告】用友集团开发管理部总经理罗涛将于5月21日在上海MPD工作坊进行《破解4小时上线传说》的3小时分享。
通过一个故事引入互联网+产品开发的迭代思路、价值发掘和发布规划等核心思想和工具,将结组利用小图团队的力量使用影响地图、用户故事地图、无代码验证等演练手段在3个小时的工作坊内快速发布一个产品,带领学员在操作中理解精益和敏捷。
文章来源:公众号 :msup(ID:msupclub)关注回复“体验工坊”有惊喜。
导读:在面对需求的变化无常、人员的变动和技术的更新时,对客户价值的识别尤其重要,这是产品成败的关键。如何在产品研发过程中精准定位用户价值,并针对用户价值分析用户场景、划分场景迭代计划,从而优化研发产品管理、研发项目管理、激发团队战斗力、提升客户满意度,建立新的研发模式,不断改进个体的沟通模式,启发大家的思路,形成了团队新的工作风格?
通过实践我们在产品需求管理中形成了一套符合团队实际的工作方法论,教练出一支可以持续交付的高绩效团队,培养一批敏捷改进的骨干和积极分子,对完成新产品的研发起到了关键作用。
本案例从集团某行业研发中心产品研发团队的实际情况出发,主要分享该团队在产品需求、开发管理等方面,以及客户价值的定位、场景的分析、迭代的规划、方案的验证等方面所做的创新,深度介绍新产品研发的POA、MVP、影响地图和故事地图的实际应用和具体效果。每个部分都会分享项目真实的体验,希望读者能从本中获得启发和灵感。
一、案例启示
基于价值的产品发掘、定义、分析和交付是打造高绩效团队的前提和基础。
价值是产品成败的关键,做项目之前首先要确定能给客户提供什么价值;
需求是在场景中的需求;
快速验证帮助产品实现客户价值的最佳方法。
二、案例背景
一年以前,XX研发部刚和原来的部门分开,过去的一年半里团队没有发布过任何版本、人员流动非常频繁,这些原因导致整个团队士气低落。研发负责人和需求经理找到我,看能不能帮他们进行敏捷转型。
我首先做团队调研,发现相关方处于互相看不顺眼的状态:
客户方典型没有建立信任感。客户常说“你做的东西根本不是我要的!”;“你不懂我啊!”,“要我等这么长时间!”,“根本没提供给我任何的价值呢!”;“要想上线,这个必须这么改一下!”;“你们都是按照我说的在做,业务水平不如我,那就听我的吧。”
产品团队很痛苦。一方面被客户逼,被客户骂,一方面在开发面前,面对超出预期的交付周期,要面对“你说的这个需求到底是哪个客户会这么用?”;“你又不懂技术,这个没法实现,必须换方案。”等类似的质疑和争吵。
开发团队更痛苦。天天996、007加班加点做出来的产品,产品团队一句“这根本不是我要的”就退回了!说不清为什么加这个功能,手头工作还没做完新的变更又来了。好不容易做完了,用户不接受,说产品理解错了…
以上问题造成产品需求与市场脱节,所做的产品客户方不认,并且由于薪酬和发展等原因,核心人员流动很大,而市场又存在更多的需求需要去满足。所以团队有强烈的诉求通过引入新的研发过程来改变现状,并希望能在年内推出新的产品在客户处实施上线。
三、案例复现
3.1 策略与效果
图1 打通产品研发的任督二脉
为了敏捷改进更好地落地,并且发挥敏捷的真正意义,我根据了解到的现状和团队进行了深入沟通,确定了“从加强产品管理入手,发掘真正的用户价值,并快速研发产品,帮助用户实现价值改进目标,从而利用产品来吸引客户”的策略。我把准确发掘产品价值称为任脉、快速研发产品称为督脉,要想这个策略落地,必须打通产品研发的任督二脉(如图1)。
经过近一年的迭代尝试,目前团队基本上打通了研发的任督二脉。打通后团队的感觉主要有:
业务分析更为聚焦。整体构建后,大家全部聚焦在要完成的共同目标上,共同参与,为产品出力;与客户的交流更为顺利。使用客户能听明白的语言,客户更容易理解,我们也更能控制产品发出的质量;
这篇关于案例干货|用友罗涛:打通产品开发的任督二脉的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!