写点什么

敏捷目标设定

  • 2010-11-22
  • 本文字数:3645 字

    阅读完需:约 12 分钟

敏捷文库中关于远景、使命和目标设定的文章已经是汗牛充栋,但似乎很少有专家在“究竟如何才是以敏捷的方式设定目标”方面取得一致的看法。辞典与百科全书上的解释不一致,过程框架与领导顾问的意见也不尽相同,甚至相悖。这篇文章是我“唯恐天下不乱”的尝试,并因此提议了一个稍作修改的方式以设定敏捷目标 。

给人们共同的目标

我有时交替地使用“目标(goal)”、“意图(meaning)”和“目的(purpose)”这些词汇。不过,我已经形成了个人的偏好用法,“目标”只在指代外部(extrinsic)目的或者自治(autonomous)目的的时候才使用,而“意图”只会用于谈论内在(intrinsic)目的。我的生活(外部)目标会定期修改,这取决于发生在我周围的事情;但是我的生命(内在)意义是相当稳定的。(到目前为止,答案一直都是 42。)

管理文献对于目标设定的价值几乎是众口一词,但实现起来却往往非常极端。目标对于下达指令是必要的,而且也极其有助于改善团队成员的士气。这真是一举两得!

领导力的研究人员发现,团队最强烈的需求之一是由其领导人给出的远景 [Thomas 2000:57]。给团队定义出目的(purpose),使得经理人能够通过给团队提供一个共同的、可以实现的梦想 [Thomas 2000:56-57],去团结和激励人们 [Stallard 2007:17]。而且,或许最重要的是,目标向一组人提供了“对其所处情境的认知”[Fox 1998]。(在这里,让我们把远景 [vision]、使命 [mission]、目标 [goal]、宗旨 [objective] 和目的 [purpose] 视若没有分别。)

如果团队缺乏明确的团队目标,那可能会导致利益相干人仅仅考虑他们自己的个人目标。然后,他们将倾向于在损害整个团队的前提下,去优化自己的工作。[Lencioni 2002]

这里传达的信息是明确的:团队内部应该有一个共同的目标。在过去,这一直被称为目标管理management by objectives,简写为MBO [1] 。但是,MBO 本身在敏捷专家中间获得了不佳的名声,因为过去这些年内,许多管理者一直在拙劣地将其付诸于行动。目标设定的通常做法是,高层管理层定义出年度“共同”目标,如果最终达成目标,则在年底向人们分发奖金。让我再明确一次:这不是敏捷!

一个共同的目标(外在目的)应该超越利益相干人所负责的团队内部任何一个个体或者子团队的目标,因此,企业的目标也应该超越CEO 的目标,而团队的目标应该超越所有利益相干人的目标。从字面上看,这是一个“更高的目标”,领受目标的对象是整个团队,目标的意图是使之成为指令以及改善员工满意度的方式。

共同的目标,它与产品所有者 [Product Owner](他只是一位利益相干人)的目标并相同;它与项目经理(他只是一位利益相干人)的目标也相同;它与任何一位利益相干人(那也只是一位利益相干人)的目标还是相同;它与管理者(这个人是…唔,我敢肯定你明白我的意思)自身的目标也不相同。把这些利益相干人的目标提升到团队的层次,可能会导致局部优化和不恰当的衡量指标。

所以…我们应该怎样做到敏捷的目标设定?

敏捷目标检查列表

你是应该只定义一个目标,还是可以定义多个目标?我认为,在理论上,单一目标是最好的。但是,理论往往需要大量的实践,所以你可能最终会超额得到若干个目标。

当定义了一系列目标,你可以使用下面这个极其冗长的检查列表来校验每一项目标。我从各种来源处——包括著名的 S.M.A.R.T. 原则 [2] ,以及从我祖母的浴室里面得到的各种智慧绳结——收集并创建了这个列表:

  • 目标是否足够具体可理解,这样人们可以了解你的意思?
  • 目标是否足够简单明了,这样可以写在一张小卡片或便笺上面?
  • 目标是否可管理可衡量,这样才能判定成功?
  • 目标是否令人难忘可重现,这样人们可以轻松地传达给他人?
  • 目标是否可实现切合实际,这样人们有机会真正实现它?
  • 目标是否足够雄心勃勃刺激,这样使之不是(太)容易实现?
  • 目标是否可执行可分派,这样它可以转化为具体的行动?
  • 目标是否达成一致可承诺,这样人们能实实在在地感受到自己的职责?
  • 目标是否与人们足够有关有用,这样他们会真正地关心它?
  • 目标是否有时限规定了具体时间,这样人们知道何时去做?
  • 目标是否看得见摸得着,这样人们可以看到实现的效果?
  • 目标是否使人激动兴奋,这样它能促使人们尽力而为?
  • 目标是否鼓舞人心和是有远见的,这样它可以帮助人们看到更大的图景?
  • 目标是否基于价值基础性的,这样它建立于公司价值观,团队价值观,或个人价值观之上?
  • 目标是否可重顾可评估,这样你以后可以重新评估其适用性?

旧式目标管理(MBO)与新式敏捷目标设定(或许我们可以简称为 AGS?)之间的关键区别在于,目标的标准必须取决于上下文,并且允许定期调整。例如:建议所有的目标应该符合 S.M.A.R.T. (具体 [specific]、可衡量 [measurable]、可实现 [attainable]、相关 [relevant] 和有时限 [time- bound])原则,这样的建议太过于简单而不切实际。如果你的目标是在挪威享受假期,那你怎么去衡量呢?你会去记录惊险经历的次数或者平均每天发笑次数吗?你现在需要做出的决定很重要吗?如果你的目标是明年打败你的竞争对手,你会通过收入、利润、市场占有率、员工或客户来衡量吗?现在就去激励人们,这是否真的重要?

符合所有先前列出标准的目标是无法界定的。你只需要选择一些你觉得对于当前情境很重要的标准。有些目标必须简单,而其他一些则必须能够付诸行动。一些应该是可衡量的,而其他一些则需要是鼓舞人心的。最重要的是目标帮助人们做出他们现在需要做出的决定。

在你设定目标时,应该远离一些事情。Susan M. Heathfield 描述了五种可能发生的危险 [3]

  • 目标应该是创建出来恐吓人们,或是威胁他们——如果他们无法实现这些目标,他们就会失去工作;
  • 目标应该是仅仅由利益相干人或者身在场下察看组织的人来定义;
  • 目标应该是钟情于短期收益而长期损益;
  • 目标应该是只关注行动计划,致使人们忘记了预期的结果;
  • 你应该努力去得到太多的目标。这听起来像是给我的一个良好目标。

但是至今为止,目标的最大危险是管理者将它们关联到奖励。外在动机的后果往往是坏的,而不是好的。当你试图为一个团队设定一个路线图时,你应该引入不可预知的非线性因子。始终把目标联系到人们的内在欲望。享受假期就奖励,奖励是根据每天的发笑次数来发放财务奖金。

范例

下面是一个关于目标的有趣例子:

谷歌的使命是整合全球信息,使人人皆可访问并从中受益。 [4]

谷歌的使命声明是可理解的、简洁的、令人难忘的、雄心勃勃的,可执行的、有用的、朴素的、有形的、令人激动的和鼓舞人心的。这个目标看上去似乎符合了一半的目标标准,这个成绩可不赖。它可以用以快速决策。当然,它并没有回答所有的问题,可也没人期望它能回答。但是它给了人们一个方向,这样他们就可以在许多的情境下,回答自己的问题。

另一个例子是这样的:

截至今年年底,我们将推出一个产品,它会改变我们这个行业的业务方式。

这个目标很简单、鼓舞人心、令人难忘、雄心勃勃、有时限、有形的,并且属于基本性的。这未必是客户的目标,抑或股东的目标,又抑或管理者的目标。这个目标迎合了更高的目标,这意味着它也链接到了人们的内在欲望。很多人都希望成为改革的一部分。

结论

要总结敏捷目标设定如何迥异于旧式的目标设定,

  • 敏捷目标是“更高的目标”,它超越了所有利益相干人的目标。这是针对于整个生态体系的目标,而不仅仅是产品负责人、或经理、或 CEO,或由股东的目标 ;
  • 敏捷目标不需要遵循所有的标准,比如具体的、可衡量的等等。目标依赖于它的上下文。有时,它应该是鼓舞人心的,有时它应该是可衡量的 ;
  • 敏捷目标不应该联系到奖金或奖励。外在动机扭曲了系统并导致非线性的后果,这往往会打败目标本身的目的。相反的,一个目标应当解决人们的内在欲望 ;

而且,别忘了,目标允许一年修改多于一次。它们的创建不是为了取悦利益相干人,而是给团队一个方向感。而这个方向可以随着 sprint 的进展而发生改变。

这篇文章是改编自由 Jürgen Appelo 所著书籍《Management 3.0: Leading Agile Developers, Developing Agile Leaders》。该书将由 Addison-Wesley 出版社作为 Mike Cohn 签名系列之一出版,并将于 2010 年年底在书店上架。

http://management30.com

http://mikecohnsignatureseries.com

参考文献

Fox, John. “Employee Empowerment: An Apprentice Model” 22 June 1998

Lencioni, Patrick. The Five Dysfunctions of a Team. San Francisco: Jossey-Bass, 2002.

Stallard, Michael L. Fired Up or Burned Out. Nashville: Thomas Nelson, 2007.

Thomas, Kenneth. Intrinsic Motivation at Work. San Francisco: Berrett-Koehler Publishers, 2000.


[1] http://en.wikipedia.org/wiki/Management_by_objectives

[2] http://en.wikipedia.org/wiki/SMART_criteria

[3] http://humanresources.about.com/cs/strategichr/a/aadark_goals.htm

[4] Taken from Google’s corporate website


给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家加入到 InfoQ 中文站用户讨论组中与我们的编辑和其他读者朋友交流。

2010-11-22 00:003487
用户头像

发布了 76 篇内容, 共 28.5 次阅读, 收获喜欢 3 次。

关注

评论

发布
暂无评论
发现更多内容

Google 测试总监聊如何经营成功的测试职业生涯

霍格沃兹测试开发学社

防窜货管理如何更智能? VoneTracer新功能给你答案!

旺链科技

区块链 溯源 产业区块链

数据结构学习,链式队列

IC00

学习 数据结构 算法 学习笔记 10月月更

实例分析Scheduled Thread Pool Executor与Timer的区别

华为云开发者联盟

线程 开发 华为云 企业号十月PK榜

MobTech短信验证常见问题

MobTech袤博科技

sdk 短信验证

前端几个常见考察点整理

beifeng1996

React

有一说一!你背的MySQL八股文可能存在错误的结论

Java永远的神

MySQL 数据库 程序人生 Java 面试 架构师

C#使用Spire.PDF依赖,PDF转Word,Excel,Html代码分析

IC00

C# 学习 程序员 上位机 10月月更

如何从 0 开始学 Python 自动化测试开发(一)

霍格沃兹测试开发学社

告诉你个广告业务存储神器

华为云开发者联盟

数据库 广告 华为云 企业号十月PK榜

字节算法大神手写的算法笔记,曾连续多次霸榜 GitHub Trending 首页

Geek_0c76c3

Java 数据库 开源 程序员 开发

vue面试常见考察点总结

bb_xiaxia1998

Vue

测试工程师六大能力模型

霍格沃兹测试开发学社

DAM的神奇力量,看亚马逊云科技如何助力特赞以内容驱动增长?

Lily

Github星标百万!终于有人将Spring技术精髓收录成册

Geek_0c76c3

Java 数据库 开源 程序员 开发

厉害!年薪近百万架构师保姆式讲解的这份Spring源码笔记,绝绝子

Geek_0c76c3

Java 数据库 开源 程序员 开发

测试过程中遇到的那些奇葩bug

霍格沃兹测试开发学社

【LeetCode】链表组件Java题解

Albert

算法 LeetCode 10月月更

Springboot使用 prometheus监控

琦彦

监控 Prometheus springboot 10月月更

对最近火热的“DevOps已死”的回应

Jianmu

DevOps 敏捷开发 软件危机 自动化运维

阿里新一代微服务,内部大佬手抄的笔记+脑图不容错过,全是精华

Geek_0c76c3

Java 数据库 开源 程序员 开发

React-Hooks怎样封装防抖和节流-面试真题

beifeng1996

React

MySQL持续霸榜,《高性能MySQL》第4版追新巨献!

博文视点Broadview

已献出膝盖!GitHub上的宝藏级SpringBoot核心文档,讲得太清晰了

Geek_0c76c3

Java 数据库 开源 程序员 开发

Serverless架构演进与实践

得物技术

云计算 架构 DevOps 云原生 10月月更

视频中为什么需要这么多的颜色空间?

百度Geek说

计算机视觉 音视频 企业号十月 PK 榜

扬帆出海,亚马逊云科技如何助力神策数据从0到1快速布局独立站出单?

Lily

给想转Go或者Go进阶同学的一些建议

王中阳Go

php Go web java 编程 #go 10月月更

STM32L051测试 (四、Flash和EEPROM的读写)

矜辰所致

EEPROM Flash STM32L051 10月月更

Vue是怎样监听数组的变化的?

bb_xiaxia1998

Vue

Vue.$nextTick的原理是什么-vue面试进阶

bb_xiaxia1998

Vue

敏捷目标设定_研发效能_Jurgen Appelo_InfoQ精选文章