抖音技术能力大揭密!钜惠大礼、深度体验,尽在火山引擎增长沙龙,就等你来! 立即报名>> 了解详情
写点什么

如何进行需求优先级管理?

2019 年 10 月 15 日

如何进行需求优先级管理?

需求优先级的管理,其实是为了帮助我们确定先做哪个需求后做哪个需求,从而可以最大化我们的回报、最小化我们的风险或投入。要做好优先级管理,或者更直接来说是优先级顺序管理,我们需要做到如下几件事情:


1、确定优先级模型:优先级看起来像是一个简单直接的值,但实际上它是一个基于多种因素进行综合判断之后得出的一个值,这些因素和判断原则,就是我们所说的优先级模型;


2、排定需求优先级顺序:将需求代入优先级模型进行计算,得出每个需求的优先级顺序;


3、调整需求优先级顺序;


4、改进优先级模型:如果经常发生需要调整需求优先级顺序的情况,那么最好是对这些情况进行一定的复盘分析,如有必要,修正或改进当前的优先级模型,让它可以适应实际情况,以避免调整优先级顺序的情况反复发生;另外就是需求可能已经交付或发布上线,但是该功能的实际用量或价值不吻合预期,则需要反思我们对这些需求的分析和判断,究竟是分析判断有误还是优先级模型有误,并进行相应的调整。


需求优先级管理四步走

一、确定优先级模型

成本收益分析就是最简单的一种优先级模型,重要/紧急的四象限也是一种优先级模型,Kano 模型也是一种优先级模型,它们都可以帮助我们去确定需求的优先级顺序。模型可以简单也可以复杂,根据企业实际需要来确定即可。


务必切记优先级模型不应追求完美,以避免模型过于复杂,导致优先级管理的管理开销过高,喧宾夺主,反而影响了需求的开发和交付。如果较为简单的模型就可以满足需要,就应该首选使用较简单的模型。企业可以从简单开始,逐渐完善,不需要也不应该在一开始就追求过于复杂的模型。


  • 简单可以体现在考虑的要素更少,比如成本收益分析只考虑两个要素,就比考虑更多要素的模型简单;

  • 简单还可以体现在要素的取值范围更窄或精度要求更低,比如预计利润只要求评估高/中/低,就比要求以万元为单位评估预计利润更简单;


优先级模型确定后,可以进行存档管理,注意该模型宜供所有人或相关人员查阅学习,比如录入到 Wiki 知识管理系统就是一个很好的做法,如下图:



二、排定需求优先级顺序

比如成本收益分析,可以是把预期市场收入作为收益值,把预期研发投入作为成本值,计算差值,或计算 ROI 均可。假设需求 A 预计收益为 10 万元,研发投入按人天折算预计 3 万元,那么预计利润就是 7 万元,预计 ROI 是 233%;需求 B 预计收益为 5 万元,研发投入折算预计 4 万元,那么预计利润 1 万元,预计 ROI 为 25%。那么需求 A 的优先级顺序就要比需求 B 更靠前。这种相差悬殊的情况往往不难判断,我们假设还有需求 C 预计利润也是 7 万元、预计 ROI 是 50%,以及需求 D 是预计利润 1 万元、预计 ROI 是 500%。那么 A、B、C、D 这四个需求的具体顺序怎么排定呢?


如果真的出现这种情况,那就更复杂一些了,需要考虑引入权重,然后计算出一个综合值,这个值按照某种规则(例如从大到小)排列出来就是最终的优先级顺序,比如:



根据上述表格中所得出的结果,我们就应该依序将需求 D、需求 A、需求 C、需求 B 排入开发计划。优先级顺序,在 DevCloud 中,可以使用工作项的“优先级顺序”字段来实现,该字段取值范围 1-100,如下图所示:



三、调整需求优先级顺序

调整顺序本身非常简单,只要在 DevCloud 中重新设定该需求的“优先级顺序”字段的值就可以。但重要的是,需要将优先级顺序调整这件事情记录下来,包括为什么要调整、具体如何调整的、调整背后的具体考虑等信息都记录下来,同样,建议记录在 Wiki 知识管理系统中。用于后续的复盘回顾中作为参考信息,比如每个 Sprint/迭代结束时的回顾会议上拿出来进行探讨。



四、改进优先级模型

市场在变化,用户在变化,产品在变化,优先级模型自然也必须跟随着发生变化。我们可以定期或不定期的安排对需求优先级模型进行复盘分析,找出可以改进或优化的点,并跟进落实。可以是定期开展,例如每个月进行一次复盘,把这个月所涉及的需求都拿出来审视,或者是其中有调整过优先级顺序或者出现过问题的需求拿出来审视均可;也可以是不定期,以问题驱动的方式,比如某天进行了大量需求优先级的调整,那么当天或第二天就可以临时召集一次复盘会议,分析为什么会发生这种情况。


复盘要有好的效果,就必须尽可能的复原问题发生当时的情况,所以前面提到的 Wiki 记录就变得非常重要。复盘会议应提供尽可能多的相关信息以便参会人员了解情况,充分探讨。


复盘过程中,我们要定位出正确的根因,是模型本身设计有问题(例如要素和尺度),还是取值、加权有问题(比如某类需求的预计收入就是非常难估算),还是过程管理的问题(比如过早进行估算,因为缺乏必要信息,导致估算得出的优先级顺序不准确),并进行针对性地改进。


相关文章:


维基百科上的 Kano 模型词条:https://en.wikipedia.org/wiki/Kano_model


2019 年 10 月 15 日 16:341920

评论 1 条评论

发布
用户头像
表格内计算错误,需求4,ROI为100%,所以需求优先级顺序为A->C->D->B!
2019 年 10 月 16 日 10:49
回复
没有更多了
发现更多内容

创业失败启示录|校园微生活(故事篇1)

青城

创业 28天写作 创业失败启示录 青城

智慧社区安防建设的功能,智慧社区建设方案

135深圳3055源中瑞8032

公开!阿里甩出“源码阅读指南”,原来源码才是最经典的学习范例

程序员小毕

Java spring 源码 程序员 mybatis

学习,不是一件一蹴而就的事情

Sandy

什么是区块链挖矿?区块链怎么挖矿?

v16629866266

赫拉利其人其书之我见(2)

石君

28天写作 简史 科技简史

跪了!Alibaba内部出品贼火的Java面试手册,全面对标蚂蚁金服、头条、拼多多等

Java架构之路

Java 程序员 架构 面试 编程语言

第1周架构方法总结

Richard

UML 需求分析 概要设计 软件架构设计 详细设计

没想到,学习带给我最宝贵的东西是底气

Sandy

刷透近200道数据结构与算法,成功加冕“题王”,挤进梦中的字节

Crud的程序员

架构 面试 算法 数据结构与算法

SpringCloud 从入门到精通 05--- 订单模块

Felix

霸榜各个网站的阿里独有的高并发高并发手册:Netty、Redis、Zookeeper,看完惊呆了!

996小迁

redis zookeeper 架构 面试 Netty

助力金三银四跳槽季,《Java面试突击版》第四版强势来袭

Java架构之路

Java 程序员 架构 面试 编程语言

ArgoCD + KubeVela:以开发者为中心的 GitOps

阿里巴巴云原生

阿里云 开源 容器 云原生 k8s

我是如何用几十个小时完成自己的3个flag

Sandy

分布式批量任务调度、自动化运维管理监控平台Taskctl

会飞的鱼

kettle 分布式系统 海豚调度 自动化部署 ETL

案例研究之聊聊 QLExpress 源码 (三)

小诚信驿站

刘晓成 小诚信驿站 28天写作 QLExpress源码 聊聊源码

数智化浪潮之中,传统企业如何抓住转型机遇?

京东科技开发者

DevOps

凭借这份Java超硬核面试 “备战” 手册!我刚面试完字节跳动、阿里、华为、小米等后端岗位

Java架构之路

Java 程序员 架构 面试 编程语言

侵犯商业秘密罪律师提醒区块链技术与商业秘密的安全保管

CECBC区块链专委会

时间戳

全面开创城市数字经济新时代

CECBC区块链专委会

数字经济

波场链DAPP软件APP开发|波场链DAPP系统开发

开發I852946OIIO

系统开发

产品风控:短信验证码的风控策略

香芋味的猫丶

短信防刷 产品安全 短信验证码 短信防轰炸 短信防火墙

分布式全链路灰度发布的探索与实践

阿里巴巴云原生

阿里云 微服务 运维 云原生 中间件

腾讯十年,总结出这份Java架构师知识路线,保你稳拿40k+

Java架构追梦

Java 面试 架构师成长笔记 金三银四 全栈知识点

LeetCode题解:236. 二叉树的最近公共祖先,递归,JavaScript,详细注释

Lee Chen

算法 LeetCode 前端进阶训练营

2020年度编程语言排行榜 C语言称霸,Java遭遇滑铁卢?

架构精进之路

编程语言 28天写作

小马哥刷LeetCode 1480. 一维数组的动态和

小马哥

Java 数据结构与算法 面试数据结构与算法 28天写作

区块链技术应用新阶段有五大趋势

CECBC区块链专委会

比特币 区块链 数字货币

化妆品溯源系统开发,区块链防伪溯源

135深圳3055源中瑞8032

理财之我见

三石

理财 28天写作

Study Go: From Zero to Hero

Study Go: From Zero to Hero

如何进行需求优先级管理?-InfoQ