案例干货|用友罗涛:打通产品开发的任督二脉

2023-10-10 02:50

本文主要是介绍案例干货|用友罗涛:打通产品开发的任督二脉,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

【精彩预告】用友集团开发管理部总经理罗涛将于5月21日在上海MPD工作坊进行《破解4小时上线传说》的3小时分享。
通过一个故事引入互联网+产品开发的迭代思路、价值发掘和发布规划等核心思想和工具,将结组利用小图团队的力量使用影响地图、用户故事地图、无代码验证等演练手段在3个小时的工作坊内快速发布一个产品,带领学员在操作中理解精益和敏捷。
文章来源:公众号 :msup(ID:msupclub)关注回复“体验工坊”有惊喜。

导读:在面对需求的变化无常、人员的变动和技术的更新时,对客户价值的识别尤其重要,这是产品成败的关键。如何在产品研发过程中精准定位用户价值,并针对用户价值分析用户场景、划分场景迭代计划,从而优化研发产品管理、研发项目管理、激发团队战斗力、提升客户满意度,建立新的研发模式,不断改进个体的沟通模式,启发大家的思路,形成了团队新的工作风格?
通过实践我们在产品需求管理中形成了一套符合团队实际的工作方法论,教练出一支可以持续交付的高绩效团队,培养一批敏捷改进的骨干和积极分子,对完成新产品的研发起到了关键作用。
本案例从集团某行业研发中心产品研发团队的实际情况出发,主要分享该团队在产品需求、开发管理等方面,以及客户价值的定位、场景的分析、迭代的规划、方案的验证等方面所做的创新,深度介绍新产品研发的POA、MVP、影响地图和故事地图的实际应用和具体效果。每个部分都会分享项目真实的体验,希望读者能从本中获得启发和灵感。

一、案例启示

基于价值的产品发掘、定义、分析和交付是打造高绩效团队的前提和基础。
价值是产品成败的关键,做项目之前首先要确定能给客户提供什么价值;
需求是在场景中的需求;
快速验证帮助产品实现客户价值的最佳方法。

二、案例背景

一年以前,XX研发部刚和原来的部门分开,过去的一年半里团队没有发布过任何版本、人员流动非常频繁,这些原因导致整个团队士气低落。研发负责人和需求经理找到我,看能不能帮他们进行敏捷转型。

我首先做团队调研,发现相关方处于互相看不顺眼的状态:

客户方典型没有建立信任感。客户常说“你做的东西根本不是我要的!”;“你不懂我啊!”,“要我等这么长时间!”,“根本没提供给我任何的价值呢!”;“要想上线,这个必须这么改一下!”;“你们都是按照我说的在做,业务水平不如我,那就听我的吧。”

产品团队很痛苦。一方面被客户逼,被客户骂,一方面在开发面前,面对超出预期的交付周期,要面对“你说的这个需求到底是哪个客户会这么用?”;“你又不懂技术,这个没法实现,必须换方案。”等类似的质疑和争吵。

开发团队更痛苦。天天996、007加班加点做出来的产品,产品团队一句“这根本不是我要的”就退回了!说不清为什么加这个功能,手头工作还没做完新的变更又来了。好不容易做完了,用户不接受,说产品理解错了…

以上问题造成产品需求与市场脱节,所做的产品客户方不认,并且由于薪酬和发展等原因,核心人员流动很大,而市场又存在更多的需求需要去满足。所以团队有强烈的诉求通过引入新的研发过程来改变现状,并希望能在年内推出新的产品在客户处实施上线。

三、案例复现

3.1 策略与效果

图1 打通产品研发的任督二脉

为了敏捷改进更好地落地,并且发挥敏捷的真正意义,我根据了解到的现状和团队进行了深入沟通,确定了“从加强产品管理入手,发掘真正的用户价值,并快速研发产品,帮助用户实现价值改进目标,从而利用产品来吸引客户”的策略。我把准确发掘产品价值称为任脉、快速研发产品称为督脉,要想这个策略落地,必须打通产品研发的任督二脉(如图1)。

经过近一年的迭代尝试,目前团队基本上打通了研发的任督二脉。打通后团队的感觉主要有:

业务分析更为聚焦。整体构建后,大家全部聚焦在要完成的共同目标上,共同参与,为产品出力;与客户的交流更为顺利。使用客户能听明白的语言,客户更容易理解,我们也更能控制产品发出的质量;

这篇关于案例干货|用友罗涛:打通产品开发的任督二脉的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/177420

相关文章

springboot循环依赖问题案例代码及解决办法

《springboot循环依赖问题案例代码及解决办法》在SpringBoot中,如果两个或多个Bean之间存在循环依赖(即BeanA依赖BeanB,而BeanB又依赖BeanA),会导致Spring的... 目录1. 什么是循环依赖?2. 循环依赖的场景案例3. 解决循环依赖的常见方法方法 1:使用 @La

MySQL中实现多表查询的操作方法(配sql+实操图+案例巩固 通俗易懂版)

《MySQL中实现多表查询的操作方法(配sql+实操图+案例巩固通俗易懂版)》本文主要讲解了MySQL中的多表查询,包括子查询、笛卡尔积、自连接、多表查询的实现方法以及多列子查询等,通过实际例子和操... 目录复合查询1. 回顾查询基本操作group by 分组having1. 显示部门号为10的部门名,员

Python爬虫selenium验证之中文识别点选+图片验证码案例(最新推荐)

《Python爬虫selenium验证之中文识别点选+图片验证码案例(最新推荐)》本文介绍了如何使用Python和Selenium结合ddddocr库实现图片验证码的识别和点击功能,感兴趣的朋友一起看... 目录1.获取图片2.目标识别3.背景坐标识别3.1 ddddocr3.2 打码平台4.坐标点击5.图

使用Navicat工具比对两个数据库所有表结构的差异案例详解

《使用Navicat工具比对两个数据库所有表结构的差异案例详解》:本文主要介绍如何使用Navicat工具对比两个数据库test_old和test_new,并生成相应的DDLSQL语句,以便将te... 目录概要案例一、如图两个数据库test_old和test_new进行比较:二、开始比较总结概要公司存在多

SpringBoot实现动态插拔的AOP的完整案例

《SpringBoot实现动态插拔的AOP的完整案例》在现代软件开发中,面向切面编程(AOP)是一种非常重要的技术,能够有效实现日志记录、安全控制、性能监控等横切关注点的分离,在传统的AOP实现中,切... 目录引言一、AOP 概述1.1 什么是 AOP1.2 AOP 的典型应用场景1.3 为什么需要动态插

Golang操作DuckDB实战案例分享

《Golang操作DuckDB实战案例分享》DuckDB是一个嵌入式SQL数据库引擎,它与众所周知的SQLite非常相似,但它是为olap风格的工作负载设计的,DuckDB支持各种数据类型和SQL特性... 目录DuckDB的主要优点环境准备初始化表和数据查询单行或多行错误处理和事务完整代码最后总结Duck

MySQL不使用子查询的原因及优化案例

《MySQL不使用子查询的原因及优化案例》对于mysql,不推荐使用子查询,效率太差,执行子查询时,MYSQL需要创建临时表,查询完毕后再删除这些临时表,所以,子查询的速度会受到一定的影响,本文给大家... 目录不推荐使用子查询和JOIN的原因解决方案优化案例案例1:查询所有有库存的商品信息案例2:使用EX

Hadoop企业开发案例调优场景

需求 (1)需求:从1G数据中,统计每个单词出现次数。服务器3台,每台配置4G内存,4核CPU,4线程。 (2)需求分析: 1G / 128m = 8个MapTask;1个ReduceTask;1个mrAppMaster 平均每个节点运行10个 / 3台 ≈ 3个任务(4    3    3) HDFS参数调优 (1)修改:hadoop-env.sh export HDFS_NAMENOD

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

深入探索协同过滤:从原理到推荐模块案例

文章目录 前言一、协同过滤1. 基于用户的协同过滤(UserCF)2. 基于物品的协同过滤(ItemCF)3. 相似度计算方法 二、相似度计算方法1. 欧氏距离2. 皮尔逊相关系数3. 杰卡德相似系数4. 余弦相似度 三、推荐模块案例1.基于文章的协同过滤推荐功能2.基于用户的协同过滤推荐功能 前言     在信息过载的时代,推荐系统成为连接用户与内容的桥梁。本文聚焦于