您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 Code iProcess 课程 角色 咨询 工具 火云堂 讲座吧   建模者  
会员   
 
   
 
  
每天15篇文章
不仅获得谋生技能
更可以追随信仰
 
     
   
 订阅
  捐助
PM如何做好需求管理和版本规划?
 
87 次浏览     评价:  
 2019-6-13
 
编辑推荐:
本文来自于jianshu,文章介绍PM做好需求管理和版本规划需要掌握的四个关键词,并对每个关键词做了详细介绍。

关键词1:目标

不管是个人还是公司,在每一年或者季度都会有目标、方向上的规划。其实产品也是一样,也是需要目标作为方向的指导。

1、“目标”方法论,知悉目标的重要性,以目标为最终导向

不管是做一个项目,还是做个产品,明确知悉「目标」,并且以「目标」为最终导向来分解各个阶段目标,朝着方向努力,正如黑夜中向着光明的那一盏灯,即使道路曲折但只要有方向,就不会迷失。

2、目标分解

产品的目标,分为[长远目标]和[短期目标]:

产品的长远目标,是与产品定位和战略挂钩的,产品最终给用户呈现的是一个什么东西,能给用户解决什么问题。

短期目标,则可以理解为长远目标的拆分,可按时间拆分季度目标、月目标,或者再细颗粒度拆分为版本目标,在考虑短期目标时需要确保方向是在长期目标范围之内的。

这点相信很多的pm在工作过程中也是知道的,所以不展开细讲,写在这里,只是强调“目标”的重要作用,不管在分析一个需求还是在做规划的时候,都需要有杆“目标”秤,时不时去思考,讯问自己:这符合目前的目标吗?对完成目标有意义作用吗?

关键词2:版本管理

pm的工作不但是对产品需求进行挖掘分析、产品设计,而且更多的时间需要花在版本/需求管理上,所以,想重点来讲讲关于版本管理和需求管理的一些工作经验分享。

什么时候需要开始版本的管理?如何进行管理?版本前和版本后具体需要做些什么?想必是具体的疑惑点,结合自己的工作经验和总结,个人总结了产品版本规划的流程规范,具体可以看下图:

产品规划流程图

为确保版本开发资源的衔接性,版本开发需要进入并行状态才不会产生资源的闲置。当一个版本开发完毕后,就要立马开展下一个版本的开发,因此,在上一个版本的开发完毕前就要完成新版本的需求设计任务。

一般来说,在完成一个版本的需求分析(包括原型制作、需求评审、需求文档编写)并成功递交给开发后,就要开始新版本的规划任务了。

版本规划一般包括:

1、版本目标的确定:在这个版本需要处理哪些模块的功能或者重点支撑哪个用户

2、版本规划书:具体要做什么功能,涉及到哪些端,一般一个版本是大功能+小功能+众多bug

3、版本规划会议(部门内部会议,确定版本,确定资源分配):众人拾柴火焰高,个人的力量与想法毕竟有限,而且技术、运营在版本上也会有自身的计划和想法,因此需要一起来评审规划的版本计划,让各方了解计划要做些什么,也提前准备和进行时间评估。

关键词3:需求池

版本中管理,在我理解,其实就是一个需求管理的过程。

许多同学会问:那么每个版本到底要做些什么需求呢?来源在哪?我个人觉得,管理好需求,就是规划版本的来源了。

需求可以分为未挖掘的需求、待规划的需求、规划开发中的需求,来源包括外部用户反馈、同事反馈、内部领导、运营团队、项目团队以及竞品中分析的需求,自己的产品研究得出的想法等等。

那么根据需求类型也可将需求管理总结为三点:1、用户反馈的记录管理 ;2、需求池的管理; 3、当前开发任务的跟踪

针对以上3个方面的,我总结了3个层面的列表管理清单(需求池的建立及管理工具,有很多,excel、X-mind、trello 、oBridge、禅道,最适合也最直观的个人还是会使用excel):

1、Feadback List

用户反馈列表,收集各种吐槽、优化建议、新创意idea(用户的任何一个反馈,都不能放过。从中挖掘,或许会有新的想法和创意)

Feadback List

使用说明:

只要是有产品的反馈,不管大小,都需要记录下来,最原始最直接的反馈,往往是很多pm会不重视。及时针对反馈进行等级标注,致命问题需要及时排入版本或者紧急修复,也可锻炼pm的敏锐性。

2、Feature List

需求特性列表,需求记录及日常管理的清单列表,我会统称为需求池子(这三个清单中最为重要的)

Feature List

使用说明:

这个清单有两个用途:

(1)对目前开发中的需求进行进度跟踪,包括需求分析的进度和开发的进度,哪些需求还在UI设计阶段,哪个端已开发完毕等等,在一个列表中能看得很清楚。具体要看公司对pm的定位,有些公司会将pm的职责定位为项目管理者。

(2)是作为需求池子,对待规划的需求进行管理、分派解决版本,即为确定哪个需求在哪个版本中处理

这个清单,是需要团队中的每个人进行及时更新、维护的,因此规范非常重要。

一般来说,录入需求池是由pm来负责,包括优先级、来源、类型等内容的确定(黄色区域)。在做每个版本的规划前,需要把即将要在下一个版本作的功能需求更新到该清单中(一般是在开完版本规划部门会议,并且得到大家认可无误后更新)。

开发团队、设计团队则对目前该需求的状态进行更新维护(红色区域)。更新时间一般是在每周五部门例会前进行更新,例会时会根据状态进行工作核对。并且在周一分配工作任务时,也可结合清单来进行分配。

3、Bug List

自己在每天的体验产品方面遇到的bug及优化点(这个列表,是锻炼自己要保持对产品使用频率)

Bug List

使用说明:

这个清单其实是给自己记录来用的。作为合格的pm是需要每天来用自己设计的产品,从用户的角度去体验产品,从中发现需要改善的地方。因此就给自己制定了这个清单。

关键词4:pm的日常

另外也想聊聊,关于pm的日常工作。传言产品经理需要掌握的技能很多,能画得了原型,分析得了市场,谈得了需求,也能协调得了产品生命周期各环节的工作。我也想分享下,自己作为产品经理的日常:

1、每日产品体验 (Bug List)

每天需要处理关于产品的很多杂乱事项,但每天我也会至少留半小时的时候,对自己的产品以及竞品反复体验,并且记下体验过程中得出来的需求点。这一点能保持作为pm的产品触觉,也能让自己回归为用户去体验、思考产品。

2、用户反馈收集与反复查看(Feadback List)

每天定期查看产品的用户反馈后台,自建渠道包括用户群,社交媒体是否有用户投诉反馈,清楚问题之后记下需求点,若是属于bug或者急需解决的需求,立刻反映给开发解决,若是属于不紧急的需求,则列入版本迭代规划中。

3、数据分析(可行性低,b端产品)

4、每日站会,了解目前阶段情况,统筹与识别风险

每天会组织团队开10分钟左右的站立式会议,主题很明确,每人发言将昨天自己工作的内容和今天计划要做的事情,具体涉及到需要协调、沟通的,会议后再具体进行,在不耽误大家的工作时间情况下,是了解目前进度的很好的方式。

 
   
87 次浏览  评价: 差  订阅 捐助
 
相关文章

谈产品运营
产品运营的思路
互联网产品:死于方向,毁于节奏
马化腾:灰度法则的七个维度
 
相关文档

网络游戏产品运营基础介绍
腾讯产品运营思路方案
互联网产品运营PPT(第一课)
产品运营策划书
 
相关课程

产品经理与产品管理(互联网领域)
产品管理与产品研发管理
面向产品的需求分析与管理
产品发布、推广与应用支持
每天2个文档/视频
扫描微信二维码订阅
订阅技术月刊
获得每月300个技术资源
 
 

关于我们 | 联系我们 | 京ICP备10020922号 京公海网安备110108001071号