对“优先级”的思考 推荐

这周参加了一次为期两天外训《SCRUM》，SCRUM作为一种敏捷实现框架，在去年SNS的项目中也尝试学习了一些她的“形”。回想两天的培训历程，给我影响最深刻的一点是什么？其实不是SCRUM框架本身体，而是从ROI（Return On Investment）谈到了对Product BackLog Item的优先级的判定。
优先级，比较正规的接触到这个概念是在时间管理，时间管理从两个纬度-重要，紧急定义了四象限，我对这四个象限优先级的理解是这样的：重要紧急>重要不紧急>不重要紧急>不重要不紧急。
重要紧急的事情（救火），不用说是优先级最高的，必须要处理的；
重要不紧急的事情（防火），这件事情我的目标是花80%的时间，去做着20%重要的事情，优先级次之；
不重要紧急（让别人救火），我的策略会分配给别人做，定时Check；
不重要不紧急（闪开一边），尽量不要做这样的事情；
第二次比较正规的接触到优先级，是在公司对事故等级的定义中了解到的，事故等级是从重要性和影响范围两个纬度来定义。这两个纬度是完全从最终客户的角度来判断。
第三次比较正规接触，就是今天，从ROI的角度来看一个Product BackLog Item的优先级，这对我来说是个全新的认识。


（图出于培训材料）
上图：Value：做这件事情的价值；Cost：做这件事情花费的成本；显而易见，我们选择优先级别应该如下：High value/Low cost>High value/High cost>Low value/Low cost>Low value/High cost
下图：突然发现貌似有问题，我觉得应该是Low risk/High Value是最高优先级别，需要和老师在讨教一下。
重要，紧急，影响范围，价值，成本，这五项是影响我们判断优先级的关键。