1.3 需求管理

[dangerbox title=”需求管理”]在我们遇到的众多需求中如何正确的把控需求一直都是作为产品经理所重视的问题,我将通过“需求池和优先级”的管理方式来进行分享和总结[/dangerbox]

[title]为什么会有需求管理[/title]

需求通过甄别和整理后的需求都被进行统一汇总,来到需求池进行统一管理,需求池实际上就是一张关于需求的表,而在需求在进来之前虽然已经经过了甄别和重新定义,但是具体的需求在什么时候去上线、具体的安排到哪一个开发周期,同期发布的需求有没有优先级,开发到底需要着重解决什么问题,以便于团队能更好的管理需求,这就是需求池在整个开发过程中扮演的角色。故而总结下来,需求池是产品经理管理需求的工具,具有全面记录和条理清晰的特点。

我们上图看到的就是需求池,可以看出需求池即对产品需求详细表达的产物,用表格数据将众多数据汇总起来,我们来解读下以下关键的几个字段:

 

[title]需求类别[/title]

我们经常会把需求池的需求按照需求在整个产品的重要程度来分类”迭代类、项目类、异常类“。

  • 迭代类。是我们的需求是经过用户访谈、同时沟通…等较为常规的小细节需求。这类需求通常情况下不需要BRD (商业需求文档 Business Requirement Document )评审和MRD (市场需求文档 Market Requirement Document)评审,但是需要PRD评审。

  • 项目类。是我们在进行中的新项目探索、项目的二期、三期等,一般需要走MRD/和PRD评审。因为新项目对市场的不确定性等重要因素还需要进一步的确认。

  • 异常类。特指我们正在进行敏捷开发的需求、需要修复的需求、需要回滚类的需求等。在开发过程中异常类的需求通常优先等级是最好的,需要快速评估上线以便于能更好的解决问题。

 

[title]处理状态[/title]

在处理状态的表格中,我们一般对处理状态区分较为清晰。“待评估、评估中、已排期、开发中、已上线、回滚、被拒绝、暂缓(标注原因)”。通过这六大状态也能反映出来我们完整的需求需要从0到1经历的过程。

  • 未开始。需求刚刚被整理好,通过四大要素分析后找到需求的真正问题并已经确定了合理的解决方案后则可以进入需求池,等待评估、排期、上线等一系列步骤。

  • 评估中、已排期、开发中、已上线这四个流程很好理解,用一句话概括就是需求通过评估、排期和开发并成功上线的过程。

  • 回滚中。回滚特指在已经开发成功的需求上线后却发现了一些问题后不能正常进行新版本的顺利上线,把刚刚发布的新版本又撤了回来,重新测试重新开发的特点状态。

  • 被拒绝、暂缓(标注原因)。如若需求在评估过程中遇到问题和阻碍,被拒绝或者需要暂缓需求的需要在备注中注明原因,以便后续工作开展。

回滚原因的出现往往是因为又特殊且有重要的情况在测试环境中没能完美暴露出问题,或者突如其来的问题导致已经上线的功能不能正常的上线需要临时上线,在卡法过程中或经常出现,毕竟真实的使用场景很复杂。

 

[title]优先级排序[/title]

优先级排序是需求池的核心和重点,同时优先等级排序也是难度极高和最为关键的。

  • 通常情况下优先级排序是要和前面提到过的需求类型的分类进行相辅相成,异常类需求优先级最高、项目类次之,迭代类更次,当然这是大范围的规律上是这样,但是实际情况很复杂,往往老板会咬住一些迭代类需求而死追,那么我们在一定程度上也要尽可能的满足“老板需求”。

  • 通过以上方法我们可以初步的拍出需求的优先级,从P0-P7……这时候我们看到的需求往往都是从功能本身出发,去排布的优先级。实际上作为产品经理更要注意在工作时尽可能的照顾到各位同事的负担状态并为之做出相应的调整,所以在进行需求优先级管理时候我们需要把前后台工作尽量叉开,尽可能不要让人闲好几天,再突然进入到高压的工作状态中。

  • 最后,也是最重要的,我们再排需求的时候大多会以平级的方式进行排。而我的建议和做法是再进行平级排布的基础上进行细分的优先级排列,即我们的需求的需要可能是1.1/1.3/2.3需求,从两个层次给需求做出详细的排布。这样做的好处是万一有一天在需求评审会上开发在进行讨价还价时候希望减轻任务时候我们能迅速的知道应该要把哪个需求从此阶段的优先级中顺延到下一个,不至于让我们的决定做的很艰难。

  • 需求优先级的评估方式和要点:

    • 紧急重要四象限法则。通过四个维度去解读需求具体的位置,同时要注意到一定要先做重要的事情,不要去让紧急但是不重要的事儿占据自己的精力。

    • 利用kano模型进行分析,并可将需求分为(传播、爱用、易用、能用)。

    • RIO法则,利用投入时间和预期价值两个维度,四个象限来断定优先级。分别为P0(投入时间短、预期价值高)、P1(投入时间长、预期价值高)、P2(投入时间少、预期价值低)、P3(投入时间长、预期价值低)。

    • 产品策略和需求优先级策略在生命周期不同极端会有明显差异

通过以上简单的分析我们用需求池得到了需求的优先级,并未需求评审会也做了一定准备。而下一步也就是通过我们手头准备的需求信息和需求池报告来做需求评审报告会,并在会上对需求进行安排和评期。

© 版权声明
THE END
喜欢就支持一下吧
点赞0
分享
相关推荐
  • 暂无相关文章
  • 评论 抢沙发