MoSCoW优先排序技术

举报
yd_221104950 发表于 2022/05/21 22:23:39 2022/05/21
【摘要】 我们常说事要分轻重缓急,只有按这个来做事,才不会把自己往死里整,才能把我们的能力产出和能力提高达到一个较高的水平。不仅有效率,还有价值。 那么落地时,就要把事件来个排序,然后再按顺序执行。国外有人用MoS...

我们常说事要分轻重缓急,只有按这个来做事,才不会把自己往死里整,才能把我们的能力产出和能力提高达到一个较高的水平。不仅有效率,还有价值。
那么落地时,就要把事件来个排序,然后再按顺序执行。国外有人用MoSoCW来完成这个排序。在商业分析、项目管理、软件开发里都有人在用。你会发现在我列举的例子里都有一个共同特点,就是团队。当然用在个人身上也可以的。因为它是用来把事情按其轻重缓急排个序。在团队中使用的,可以让团队的人在同一个目标有一个共同的理解。这一点很重要——兄弟同心,其利断金。

  • M - Must have:必须有
  • S - Should have:应该有
  • C - Could have:可以有
  • W - Won‘t have:不能有

比如说我们在开发一个软件时,我们知道所有功能都很重要,但是越早交付最重要和最直接的商业利益部分都会更重要。所以我们的开发伙伴,在项目一开始就应该全力以赴去交付标注了M-Must have的任务,然后再依次交付标记了S - Should have,C - Could have的任务。

当然,有人会用高-中-低优先级来进行标记。这是同一回事的。那么最关键就是要识别出这些东西来。

Must have:
如果需求被标记了Must have,那么就意味着这个需求在当前交付时间是至关重要,要马上去完成并交付,否则,会导致项目失败。对一个软件产品的开发,must have的需求,常常意味着一个最小可用的产品的需求集合。如果这个需求集合中有一个没有包含进来,那么往往意味着失败。识别出来是非常重要,至于怎么识别,请各位继续探索。

Should have:
如果需求是被标记了Should have,那就是说这个需求也很重要,但是交付时间没有那么急,不需要马上在当前交付时间交付,或者有其他方式来满足这一需求,以至可以推迟到稍后某个时间再来交付。should have的需求可以在做完must have再来交付这一块。

Could have:
标记Could have的需求,通常都是一些锦上添花的需求,但不是必须的。这些需求通常可以以很少的开发成本就能提高用户体验和用户满意度。如果时间和资源允许的话,这一块的需求都可以包含进来。

Won’t have:
如果标记了Won‘t have的需求,通常这些需求在交付时间里,不可能交付,可能是因为项目相关人认为这些需求不重要,回报低等原因而放弃了这部分的需求。或者是因为这些需求不适合在当前交付,简单点说就是时机不成熟。

这种排序其实对工作很有帮助的。我知道很多朋友在使用这类工具时会很刻意地列出一些工作然后比较生硬地套进去,然后执行,最后,感慨地说这些很扯淡,所以又回到那种凭感觉凭经验工作的状态。谁说不是呢。感觉和经验在短期是很有效的,这对大多数人很有效,但其实你也知道,这可能是个习惯的问题而已。所以在你被周围的事务缠身,付出很多没有得到太多肯定的评价,或出现很多出力不讨好的情况时,就应该做出一些变革了。

其实这个方法是可以不断提炼的,你可以一开始认为都很重要,全部标记为Must have,最好的情况就是你全部都高质量按时完成了,可是当你出现状况时,你就会慢慢地根据实际情况把它们移出must have。为什么会这样?因为人都会趋利避害。

文章来源: blog.csdn.net,作者:WongKyunban,版权归原作者所有,如需转载,请联系作者。

原文链接:blog.csdn.net/weixin_40763897/article/details/124899598

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

举报
请填写举报理由
0/200