PM如何做好需求管理和版本规划?

发表于:2019-6-14 15:30

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:Eveling_liu    来源:简书

  关键词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的日常工作。传言产品经理需要掌握的技能很多,能画得了原型,分析得了市场,谈得了需求,也能协调得了产品生命周期各环节的工作。我也想分享下,自己作为产品经理的日常:
  关键词4:pm的日常
  另外也想聊聊,关于pm的日常工作。传言产品经理需要掌握的技能很多,能画得了原型,分析得了市场,谈得了需求,也能协调得了产品生命周期各环节的工作。我也想分享下,自己作为产品经理的日常:
  2、用户反馈收集与反复查看(Feadback List)
  每天定期查看产品的用户反馈后台,自建渠道包括用户群,社交媒体是否有用户投诉反馈,清楚问题之后记下需求点,若是属于bug或者急需解决的需求,立刻反映给开发解决,若是属于不紧急的需求,则列入版本迭代规划中。
  3、数据分析(可行性低,b端产品)
  4、每日站会,了解目前阶段情况,统筹与识别风险
  每天会组织团队开10分钟左右的站立式会议,主题很明确,每人发言将昨天自己工作的内容和今天计划要做的事情,具体涉及到需要协调、沟通的,会议后再具体进行,在不耽误大家的工作时间情况下,是了解目前进度的很好的方式。

     上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号