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

  • Marta Jasinska
  • 郭雪品

2012 年 5 月 19 日

话题:敏捷文化 & 方法

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

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

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

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

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

查看英文原文:How to prioritize tasks based on their value

敏捷文化 & 方法