InfoQ

新闻

你的团队有任务宣言么?

作者 Mark Levison译者 韩楷 发布于 2008年5月6日 上午11时53分

社区
Agile
主题
协作,
领导能力
标签
业务/IT整合

你的团队还在不断地应付需求之间的冲突么?你的产品经理还在为优先服务哪些客户而做着痛苦的抉择么?是不是每个人看上去都有不同的盘算?

管理咨询师Johanna Rothman在“让你的任务更务实(Make Your Mission Possible)”一文中指出,缺少任务宣言将使你的团队很难拒绝不合理的要求。Johanna讲了一个公司的故事,这个公司的销售人员很清楚他们的开发团队不需要做什么,但却向客户承诺了太多的东西。

在故事中,主管Janice和她的团队领导讨论了他们现在做的工作和他们认为公司中(不仅仅是他们这个团队)有可能需要做的工作。接下来他们检查了一些本不应该做但却在做的工作。基于以上的信息,他们制定了一个恰当的任务宣言,内容如下:

一个好的任务宣言可以解释我们应该做什么与不应该做什么。它可以明确界定我们工作的边界,并阐述开发团队如何与整个组织融合到一起。一个卓越的任务宣言可以为工作提供一个清晰的、可测的目标,这样其他的组可以看到我们负责什么——以及不负责什么。

接着,Johanna还建议说,不应该为24小时内的有效工作响应制定任务宣言,除非我们的人员配备和组织支持这样做。
身为软件开发者的Neil Bourgeois在“Got Mission?”一文中注意到,大部分任务宣言都是由错误的人来写的。Neil相信,团队自己写任务宣言,可以帮助他们更好地发挥其功效。Neil的项目经理就会带领他的团队一起进行头脑风暴会议,来制定任务宣言:
  1. 列出需要完成什么;
  2. 如何完成它;
  3. 将这个列表中的关键概念提炼到几个词或几句话中。

在Neil的例子中,很多敏捷价值都在前两个过程中凸显出来,比如沟通、反馈、简单化、响应变化、客户协作。最后,团队创建出了一份“必定会影响每一个项目的”的任务宣言。

查看英文原文Does Your Team Have a Mission Statement?

没有回复

回复

独家内容

开发者眼中的Android手机平台

在四月份的Beijing Openparty上,InfoQ中文站特邀编辑仝健对三位开发者进行了采访,请他们从开发者角度谈一下对Android的认识和感觉。

智能服务契约带来的巨大伸缩性

可伸缩性并不是无状态设计倾向假设的那个布尔值(译注:一般都认为无状态设计的伸缩性好,此处暗示布尔值为True)。Udi的团队使用服务契约来处理多维度的伸缩性问题,避免了二次失败。

使用NetKerne实现REST风格的ESB

Jeremy Deane对使用NetKernel来编写REST风格的ESB应用做了一番深入的研究。他详细地剖析了选择商业ESB应用的决策过程,以及最终如何使用NetKernel来实现该应用。

多个敏捷团队之间的版本控制

当多个敏捷开发团队在同一个代码库上进行工作时,如何在保证混乱最小化的同时,还能在每个迭代结束时拥有一个干净的、可发布的软件版本?Henrik Kniberg在本文中罗列出了在“Scrum and XP from the Trenches”迷你书中所使用的策略要点。本文并非为版本控制专家编写,而是为我们这些希望进行简单、有效的协作的人所准备的。

想快快喝下Google果汁——Guice吗?

依赖注入出现已经有一段时间了,很多团队都在重构自己的应用以利用DI。但这是一件麻烦的事情。在这篇文章中,Paul Hammant说明了如何将现存应用从单件嵌套设计转为完全成熟的DI设计。

Scrum实施情况调查之案例分析

前不久,InfoQ中文站上发表了一篇文章:Scrum在中国——企业实施情况调查实录,引起了激烈争论。在本文中,作者通过对调查实录中案例的分析诊断,探讨了敏捷开发方法的概念及应用。

Jim Marino与Meeraj Kunnumpurath专访:关于SCA和Fabric3

BEA发布了在WebLogic 10.3中支持的SCA技术预览版,它是以开源的Fabric3运行时为基础构建的。InfoQ对Jim Marino和Meeraj Kunnumpurath进行了专访,前者是BEA Systems的技术主管,后者是VocaLink的首席技术人员。我们就他们对SOA和SCA的看法,VocaLink实施SOA的方法和这个技术的关键优势进行了讨论。

Ruby调试器一览

在Ruby世界中流行着一个误解:Ruby没有调试器。这是明显的错误——Ruby不但有调试器,还有供调试器用的GUI和API。InfoQ仔细调查了Ruby世界中调试器的现状——发现Ruby的调试功能支持已经很好了。