产品经理如何做敏捷管理
“敏捷”常用Agile英文单词来表示。Scrum英文原意为并列争球,常出现于橄榄球运动中。近些年网络对Scrum解释为迭代式增量软件开发过程。
Scrum和敏捷不是一回事,随着近些年在越来越多的JD(Job Description,工作说明)使用Scrum这个词汇来表示敏捷,Scrum也被赋予了敏捷的涵义。
在PC(Personal Computer,个人电脑)时代,产品开发过程模型常使用瀑布模型(Waterfall Model)、快速原型模型(Fast Prototype Model)、螺旋模型(Spiral model)或是喷泉模型(Fountain model)等。
在PC时代的产品需要通过应用软件的方式安装至PC上,因此为了确保产品质量,产品从构建到发布往往要经历较长的时间,产品开发模型的严谨性相对于高效性来讲更受重视。
在移动互联网时代,除了确保产品质量以外,产品的时效性也至关重要。需要有一种相对更优的产品开发模型可以确保产品质量的同时,提升产品投产效率。
敏捷开发模型(Scrum)应运而生,敏捷开发模型是产品经理做敏捷管理的指导理论。产品经理实现产品的敏捷管理,需要结合理论、经验、工具三个方面共同协作。
产品经理敏捷管理框架如图1所示。
图1 产品经理敏捷管理框架
本文先从产品经理敏捷管的价值为出发点,以银行社区产品为例子,由理论、经验和工具三个维度,讲解产品经理如何做敏捷管理。
一、敏捷管理价值
斯坦迪什集团(Standish Group)主席吉姆·约翰逊(Jim Johnson)曾指出:“产品中64%的功能是很少使用或从未使用过”。
对于产品而言,产品的功能越来越多,功能越来越复杂,来自管理层的需求、来自业务部门的需求以及来自用户的需求往往会夹杂在一起,使得产品经理对于产品的管理力不从心。
大多数情况下,产品研发团队为了确保产品按时上线,不得不加班加点进行产品赶工。产品开发时长的增加,人力投入的增多,产品质量却持续恶化,产品团队士气低迷。
市面上的大多数公司尽管投入了大量的人力和金钱,仍然未在产品的成功实现上有所突破,大部分产品以失败告终,成功投产上线并生存下的产品寥寥无几。
传统产品开发管理模式建立在多个假设的前提,诸如产品需求在开发过程中严格执行,不能变更,员工能力一定足够强并且足够可靠(不会离职)以及产品的市场环境一定不会发生变化等。
很显然这些前提条件在目前产品开发过程中大概率不会存在。
现实工作中,由于产品管理的缺失或缺陷,导致产品反复推倒重建,产品最终的失败,以及产品团队人才的流失等情况数不胜数。
由于互联网时代的产品具有非一即零的特点,产品失败后会导致前期所有的投入变为沉没成本,公司以及产品团队的努力付之东流,损失巨大。
马尔文·康威在1967年提出的康威定律中指出:“设计系统的架构受制于产生这些设计的组织的沟通结构。”
随着产品团队人员的增加,团队成员之间的沟通成本会呈指数增长:
沟通成本 = n(n-1)/2
大多数情况下产品团队会面临着需求的扩散与产品实现难度的不可控性。产品确定性越高,实现难度越简单,人员结构简单,产品达成目标较为容易。
产品复杂度矩阵,如图2所示。
图2 产品复杂度矩阵
由此可见,产品经理使用敏捷管理的价值在于面对产品开发的不确定性,最大可能地实现产品预期目标,降低产品失败的概率,节省产品实施成本。
二、敏捷管理理念
产品敏捷管理的理念是实现产品目标的同时确保产品质量,最终提升用户对产品的满意度,增加产品在市场上的竞争力。更多的是传递一种价值观。正如《敏捷宣言》描述得那样:
- 个体和互动高于流程和工具
- 工作的软件高于详尽的文档
- 客户合作高于合同谈判
- 响应变化高于遵循计划
敏捷宣言如图3所示:
图3 敏捷宣言
产品经理在对产品团队进行敏捷管理之前,首先需要在产品团队成员宣导敏捷管理的理念,使得产品团队成员认同敏捷管理模式和方法,齐心协力共同实现产品目标。真正符合敏捷精神的价值导向能让产品相关者满意,并得到公司的管理层的认可。
三、敏捷管理实战
1. 建立敏捷管理团队
产品敏捷管理的意义在于能在产品实施过程中的存在的各种不确定以及动荡的环境下,迎接和适应各种变化,最终实现产品目标。
产品经理实施敏捷管理,在其理念上推崇以人为本,通过建立统一愿景来打造一个响应力强的高效能产品组织。
好的敏捷团队中工作会使人感到兴奋,成员之间协作高效充满活力,具有较强的凝聚力。
在产品敏捷团队中,我们设定以下角色:
- 管理者:可以由产品负责人担任。对产品经理、研发或是测试录入的产品问题进行评估,分配缺陷。管理者还可通过系统报告了解项目进展及团队工作量和效率。
- 产品经理:细化产品功能说明,拆解所负责产品模块功能,细化产品开发任务。
- 研发人员:查看由管理者或是测试人员分配给自己的问题,及时处理、填写情况并提交工作量记录。
- 测试人员:及时记录问题并对开发人员处理之后的问题进行验证和追踪。
完成建立敏捷管理团队后,通过每日的站会方式完成成员之前的信息的同步更新,回顾之前的协作事项,暴露产品研发过程中存在的风险与问题,便于成员彼此之间共同解决问题,更好地协作。
2. 使用敏捷管理工具
本文借助于目前市面上敏捷管理软件Jira作为管理管理工具。
结合JIRA提供的产品功能,产品经理敏捷管理可以通过以下几个步骤实施。
第一步:创建Epic(史诗)
Epic是产品的总体目标,建立Epic的目的是为了使产品团队所有成员明确产品方向,彼此达成共识,共同努力。
- 元宇宙新基建四小天王
- 产品经理如何做敏捷管理
- 如何拆解APP北极星指标——DAU
- 微信视频号的“双赞”设计,你能搞懂吗?
- 组件设计师的协作模式和工作任务有哪些?
- 为什么你的东西越贵越好卖?
- 内部转岗,打工人的自我救赎
- 中国新出海故事:勇敢者的游戏
- 东南亚电商,巨头间的斗争
- Itsme关停、网易入局,动态捕捉+社交的风到底往哪吹?
- 大牌的线上官网,不如店员的私域流量?
- TikTok在美国正在取代谷歌搜索引擎一哥之位?
- 定向触达:精细化运营的必修课
- 沉迷小游戏的职场人
- 抢购边角料,年轻人丧心病狂省钱
- SaaS产品增效 | 小程序类产品设计方法探索
- 3大基础模型,搞掂互联网产品分析
- 保护隐私同时,内容推送该如何做?
- 如何为未来的车设计HMI?
- 为什么你做的数据分析,运营懒得看
- 下个3年,关系经营,下沉至KOC
- 需求蔓延时,如何应对处置产品研发和交付的各种难题?
- 电商SaaS的故事,为何不好听了?
- 勾搭上热搜评论区的“算x叔”,差点把我2个月工资都算没了
- 这个定期“疯狂”的“老爷爷”,给品牌营销上了一课
- 一个宏大的功能,是如何被设计出来
- B2B企业,应该如何做好商机管理?
- 餐饮SaaS下半场,聚焦效率革命?
- 产品“商业化”路径的底层逻辑:用户体验
- 有关用研经验传递的一些思考
- 元宇宙新基建四小天王
- 产品经理如何做敏捷管理
- 如何拆解APP北极星指标——DAU
- 微信视频号的“双赞”设计,你能搞懂吗?
- 组件设计师的协作模式和工作任务有哪些?
- 为什么你的东西越贵越好卖?
- 内部转岗,打工人的自我救赎
- 中国新出海故事:勇敢者的游戏
- 东南亚电商,巨头间的斗争
- Itsme关停、网易入局,动态捕捉+社交的风到底往哪吹?
- 大牌的线上官网,不如店员的私域流量?
- TikTok在美国正在取代谷歌搜索引擎一哥之位?
- 定向触达:精细化运营的必修课
- 沉迷小游戏的职场人
- 抢购边角料,年轻人丧心病狂省钱
- SaaS产品增效 | 小程序类产品设计方法探索
- 3大基础模型,搞掂互联网产品分析
- 保护隐私同时,内容推送该如何做?
- 如何为未来的车设计HMI?
- 为什么你做的数据分析,运营懒得看
- 下个3年,关系经营,下沉至KOC
- 需求蔓延时,如何应对处置产品研发和交付的各种难题?
- 电商SaaS的故事,为何不好听了?
- 勾搭上热搜评论区的“算x叔”,差点把我2个月工资都算没了
- 这个定期“疯狂”的“老爷爷”,给品牌营销上了一课
- 一个宏大的功能,是如何被设计出来
- B2B企业,应该如何做好商机管理?
- 餐饮SaaS下半场,聚焦效率革命?
- 产品“商业化”路径的底层逻辑:用户体验
- 有关用研经验传递的一些思考