敏捷团队应对打扰的七种方法

标签: 团队 方法 | 发表时间:2012-02-04 22:15 | 作者:
出处:http://pipes.yahoo.com/pipes/pipe.info?_id=10560380f804c7341f042a2b8a03e117

每个团队都必然会遇到工作被干扰的情况,如果不能合理应对,那么很可能会影响到团队的交付能力。最近,在 Agile Advice网站上Mishkin Berteig发表了一篇文章,讲述了当Scrum或者其他一些采用迭代方式的敏捷团队遇到工作被干扰的情况时,可能可以采用的七种应对方法。

  1. 严格遵循Scrum
  2. 安排特定的“干扰”时间段
  3. 让变更商谈过程变得透明
  4. 拆分团队
  5. 超短的交付周期
  6. 维持现状,任劳任怨
  7. 承诺速率(Commitment Velocity)

Ken SchwaberJeff SutherlandScrum指南中明确地表示,团队要想获得成功,就必须严格遵循Scrum。

Scrum的角色、工件、事件和规则是不可变的。虽然只实施部分的Scrum是可能的,但这样就不是Scrum了。

因此,Mishkin认为他的上述建议是对Scrum团队的一个开放式的补充。

Scrum方法论所秉承的基本理念是形成一套发现组织内的问题和障碍的体系……改掉那些导致工作被干扰的行为,而不是试图去寻找兼顾应对干扰的一石二鸟之法。

现实中,很多敏捷团队在使用混合方式。而Mishkinr的文章正好指导团队利用一定比例的时间或者人员来应对“不速之客”。

……有两种分配时间的方式:每天特定时间全军上阵,或者轮流指派一到两个人专门全天候应对被打扰的情况……原则上说,挤出来的这点宝贵时间一定要用在刀刃上,最好拔除那些诱发干扰的根源。

Mishkin文中所述的另一个应对之策是使变更商谈过程更加透明,此处他援引了“荧光卡片(fluorescent note card)”法。

……无论何时,若有利益关系人想要打断当前周期内的工作……就把他的需求写在一张颜色鲜艳的卡片上,以便于区分团队当前工作周期内的其它任务。随后,提需求的利益关系人就得和其他利益关系人商谈……看看迭代中哪些任务可以移出去,为新任务腾地儿。

此方法和XP里应对干扰的方法很类似, James Shore和Shane Warden在他们的 敏捷开发的艺术:迭代计划一文中就曾提及此法。

换句话说,如果你要加个两个点的故事到计划里,势必要拿出个两个点的故事来交换。并且,你只可以替换那些尚未开始做的故事。

Mishkin看来,最具综合性的是承诺速率度量法,他将其解释为一个团队燃尽图的“最小历史斜率(minimum historical slope)”。他阐述道,迭代团队都应该降低每次迭代的期望速率,以切合他们上个迭代(而不是平均)所完成的实际点数。

……随着团队使用承诺速率度量法完成了越来越多的Sprint,最终他们的能力将与他们的承诺相吻合,即使时有“不速之客”,也能几近闲庭信步,应对自如。

其它可选方案还有超短的交付周期。InfoQ网站上有一段2008年敏捷大会的 演讲,详尽涵盖了这一内容。还有就是任劳任怨、俯首甘为孺子牛,虽然这并不为作者所推崇。

……如果你选择了维持现状,任劳任怨,那么最重要的是向大家展示你权衡利弊的心路历程。明确告诉你团队中的每个人,你为何如此权衡,这么做的好处又在哪里。

如何处理被干扰的方法一直是敏捷社区数年来热议的话题,自2008年以至更早,InfoQ上也发表了诸多相关文章。更多对策和选择可以参见 由干扰驱动的开发应对紧急需求以及 应对敏捷项目中的干扰

关于干扰对团队所造成的影响最恰当的归纳,估计要数 Mark Levison近期发表的 Scrum Master系列故事了。

开发团队以外的人往往并不认可团队为了应对干扰所做的努力,尤其是无法理解任务切换要花的时间(如果在做一个复杂的任务,可能需要20到30分钟才能跳出原来的思维)。

你的团队采用了这些方法中某个来处理干扰吗,或者你是否发现其它什么技术更高效呢,例如看板?

查看英文原文: Seven Options for Handling Interruptions on Agile Teams

译者 金毅 多年来服务于欧美软件外包行业从事管理工作,对软件工程、方法学等在外包业的运用和CMMI实施略有感悟。

相关 [团队 方法] 推荐:

创业公司打造顶级团队的七个方法

- - CSDN博客研发管理推荐文章
摘要:优秀的团队能够促进创业公司快速发展,加大成功机率,那如何才能打造优秀的“A级团队”(Strong Team). 对于创业者来说,团队是公司发展的基础. 优秀的团队能够推动公司走向伟大,差劲的团队能够将公司推进深渊. 认真建设创业团队能够在一定程度上促使创业成功的机率大增,但这是一件很难的事情.

敏捷团队应对打扰的七种方法

- - InfoQ cn
每个团队都必然会遇到工作被干扰的情况,如果不能合理应对,那么很可能会影响到团队的交付能力. 最近,在 Agile Advice网站上, Mishkin Berteig发表了一篇文章,讲述了当Scrum或者其他一些采用迭代方式的敏捷团队遇到工作被干扰的情况时,可能可以采用的七种应对方法. 承诺速率(Commitment Velocity).

技术团队看板方法实践的难点分析

- - csdnNews
CTO俱乐部看板研修班开课. 北京、上海、深圳三站火热报名中. 感兴趣的朋友可扫描左侧二维码加入看板公开课与路宁、何勉两位讲师直接沟通. 成功加入 CTO俱乐部会员并. 获赠6个月《程序员》iPad/Android版电子刊. 会员权益:个人主页、定期餐叙、最新周刊、折扣优惠、《程序员》杂志、大会门票、人才招聘、每月赠书等,.

高效信息安全团队常用的八种数据可视化方法

- - IT经理网
大数据时代大数据本身的安全成为一个新的安全挑战,但与此同时大数据技术也为信息安全技术的发展起到极大推动作用,例如数据可视化技术和方法的引入可以大大提高信息安全的预防、侦测和事件响应等环节的效率. 俗话说一图抵万言,本文我们将介绍高效信息安全团队常用的八种数据可视化方法. 一、层级树状图(Hierarchical Tree Map).

团队

- Lorna - 坏脾气的小肥
我最近心情起落比较大,如果把时间线再拉长一点,则是去年多自负,今年多自责. 冷静下来的时候也会想,我能不能做得更好. 每一个团队都有它的长处,有它的短处,对于团队的缺陷首先要问自己几个问题:. 1、有没有激励大家全心全意地认同和投入这个项目. 2、有没有分工合理,使每个人认同和投入自己的任务. 3、他的缺陷是否可以通过工作指导、严格督促,在半年或一年时间里自我完善.

团队管理101招

- 狂之想 - C++博客-牵着老婆满街逛
转载自:http://www.iteer.net/modules/doc/article.php?storyid=1402. 无论你是新手还是资深管理人,对你而言,管理好团队都是重要且具激励性的挑战. 切记:每位成员都能为团队作出一些贡献. 谨慎地设定团队目标,且认真严肃地对待它们. 尽早决定何种形态的团队适合你的目标.

DBA团队的使命

- 2sin18 - Alibaba DBA Team
DBA团队的使命:提供高可用、高性能、可扩展的数据存储服务. 高可用:可用性是运维的根本,我们不管做什么事情,都要把可用性放在第一位. 高性能:对性能的关注是我们一直坚持、做的最好的一面,仍需要继续做到极致. 可扩展:也就是最适合的,易部署,可线形透明伸缩. 数据存储:不只是关注某个数据库本身,是基于对各种最先进的数据存储技术的精深理解,提供最专业的服务.

谈团队知识管理

- - 人月神话的BLOG
如果要谈学习型团队,那么团队知识管理就相当重要,团队知识管理介于企业知识管理和个人知识管理之间,核心是知识能够成为整个团队的资产,并为团队创造价值. 今年在团队知识管理上,重点就是按照cmmi的一些思路,形成指导书,规范流程,工具模板,培训教材,检查单的完整知识库积累. 明确各个岗位职责和分工边界,能够按着规范流程做事情,大量前期积累的知识库又能够帮助团队成员快速的学习和解决问题.

谈技术团队目标

- - Tim[后端技术]
技术主管新年想得最多的一件事必定是如何比上一年做得更好. 宏大的目标设定每个团队都会做,谈几个不引人注意的小问题. 见过一些技术团队将计划定义为“按时完成需求”,需求驱动并没有什么不对,但是研发工作仅考虑被动需求的话是很难做好. 之前完成的许多需求有什么共性. 经常出问题/bug/故障的项目/功能/模块是哪些.

团队沟通杂感

- - 人月神话的BLOG
随时随地的短时间的,快速迭代的培训和教练作用远远大于正规的系统培训. 系统性培训一个是针对性往往弱,另外一个就是对团队成员有较高的要求,即自我强烈的系统性学习欲望. 走动时管理目的是及时的发现各种问题和团队技能之欠缺点,有针对性的进行沟通和经验传递,这需要团队管理者有敏锐的洞察力,不能脱离到团队工作事务之外.