如何基于任务的价值确定其优先级

Bob Marshall——发表言论最活跃的敏捷专家之一&＃xff0c;上周写了一篇博客&＃xff0c;介绍了他认为可能让开发团队更好地定义任务、确定任务优先级的一种方法。

在这篇标题为“价值”的博客中&＃xff0c;Marshall&＃xff08;Dyphoon.com和NewsMice.co.uk的CEO&＃xff09;和已故的 Grant Rule&＃xff08;SMS公司的的常务董事&＃xff09;&＃xff0c;讲解了他们研究“可教授的评估业务价值的方法”的详细情况。此方法的目标是为产品负责人提供工具&＃xff0c;让他们更简单地确定任务优先级并且对全组织更有价值。因为Marshall和Rule对团队组织结构形式持有不同的观点——流程链&＃xff08;FlowChain&＃xff09;和SlamIT&＃xff08;The SMS Lean and Agile Method for Improvement Teams&＃xff09;——他们希望能有一种两人都赞同的方法同时适用于这两种组织形式。

Marshall的方法基于Eliyahu Goldratt&＃xff08;一位业务管理专家&＃xff0c;也是“目标”一书的作者&＃xff09;的约束理论&＃xff08;Theory of Constraints&＃xff0c;TOC&＃xff09;。根据TOC&＃xff0c;每个系统中&＃xff0c;都有一个到多个约束条件——它们阻碍了目标达成。Marshall主张&＃xff0c;软件开发的目标就是发布用户可用的特性&＃xff0c; 以使用户达成他们的目标。在更高层次上说&＃xff0c;开发团队的目标&＃xff0c;就是消除妨碍客户达成目标的约束条件。Marshall总结说&＃xff0c;只有能消除妨碍用户达成目标的约束条件的任务&＃xff0c;才有价值&＃xff1b;对产品负责人来说&＃xff0c;它们才是具有最高优先级的任务。

有时候&＃xff0c;妨碍客户达成目标的约束条件&＃xff0c;并不能通过软件来解决。Marshall认为像这种时候&＃xff0c;软件开发应该暂停&＃xff0c;直到那些妨碍用户达成目标的因素已被消除掉。迅速识别什么是客户面临的最紧急问题不是一件容易的事情&＃xff0c;尤其当开发团队与用户关系密切时。

当然也有其他确定任务优先级的其他技术&＃xff0c;比如MoSCoW方法、名义群体法&＃xff0c;等其他方法。Marshall所主张的方法&＃xff0c;与其他方法的不同之处在于&＃xff0c;它假定&＃xff1a;在任何时候&＃xff0c;你都能准确找出能为你的业务带来价值的任务。

查看英文原文&＃xff1a;How to prioritize tasks based on their value