需求太多优先级怎么排?适合实战的模型是什么?

跟大家分享一下我这半年尝试的成果,叫做WSJF模型。

WSJF,即Weighted Shortest Job First,中文翻译过来是加权最短作业优先,看起来这个概念很晦涩难懂,但其实非常简单。

WSJF是算出来的一个比值,分子是需求的价值,分母是实现的成本,也就是说,经过WSJF模型计算后,先做的需求,都是价值高且成本低的。

那么分子的价值高如何计算?分母的成本低又如何衡量呢?

因为每个公司的情况不同,要各位都能从这个模型中受益,我还得啰嗦一下,讲讲前因后果,大家才能因地制宜去使用。

我是怎么建构这个模型的呢?

这几年和业务斗智斗勇(互相帮忙)磨出来的。

一、第一步

把所有被插需求、被压紧急需求、已排期需求被调整优先级的理由整理了一下,大致如下(你也可以整理你们团队自己的):

  1. 老板要求
  2. 某某重点项目需求
  3. 已经承诺上线时间
  4. 关联团队资源到位就差我们配合了
  5. 积压很久了
  6. 功能要迁移下线了
  7. 用户骂街了
  8. 人情要帮帮忙

二、四个维度

聚类分析之后发现,无非是4个维度:老板、战略、商业、体验:

老板大于战略:因为老板其实是把控核心资源的决策层,战略是老板决策的结果;

战略大于商业价值:假如你有一个商业价值很好的项目,但和目前战略相悖,建议不要落地。这种情况下要么升级老板改战略,要么

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

盼盼学士

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值