敏捷2008提交审查马拉松赛
十大团队实践

没有“中间方式”的荣耀

Balancy_Approach. (“平衡混合”宣言呈现形状)

不要真正购买敏捷的所有炒作?认为它达到了一点,但现实生活实际上更复杂,需要更多的混合方法? - 别担心,你并不孤单。

由于帮助定义了DSDM 1994年,我已经花了过去14年,帮助组织采用DSDM,Scrum,XP,FDD等敏捷方法,并且已经实现了许多其他方法,这些方法不是解决方案。相反,它们是您需要将已经在组织内工作的内容融入的过度简化的起点。然后覆盖并支持其他方法来创建成功的项目生态系统。

我们需要系统的简化原理图来协助理解和讨论。但是,这些简化模型通常被投入到整个解决方案中,然后发生问题。 与汽车制动系统的简化模型一样,它对于帮助我们了解系统在理论上的工作原理是有用的,但却充满了实际实施的设计缺陷。

brake_schematic_2.

在现实生活中,需要伺服和泵来放大来自踏板的制动力。没有单个共用流体系统,而是两个对角相对的系统(所以泄漏不会导致总制动失败或拉到左右分开系统的一侧)。除了这里显示的基本系统外,汽车还采用了一系列支持系统,用于流体水平监测,ABS,磨损检测等。

幸运的是,人们没有读过汽车制动系统的基础知识,然后决定用自己的设计取代他们的车上。然而,很多人都阅读了敏捷方法并决定将其实施为新的软件生产系统。

agile_lifecycle.

好消息是,现有软件生产系统的状态往往非常差,因此实施任何类型的更好的构思系统是一种改进。 (基本的次优制动系统可能比依靠依靠沿着窗口扔出窗口,并希望它陷入困境以阻止您的东西!)当前系统不是最佳的,但理解和工作时出现问题;然后它被超薄的替代品所取代。

真实的解决方案更复杂
这些简单的模型是一个很棒的起点,但企业组织的目的地很差。敏捷实践需要既定项目启动,报告和第三方协作进程。此外,正如现实生活制动系统需要支持子系统,以处理其操作环境的现实,所以太敏捷的方法来处理监管控制,分散的团队,孤岛角色等。

为了在简单应用程序之外实现敏捷(或任何其他过程),需要平衡视图和选择性方法。我们需要了解传统项目管理和敏捷方法的所有复杂性,以有效创造更好的替代方案。如果没有别的,这对传统方法的深刻理解有助于与怀疑论者的沟通。谈论他们的语言是解决他们担忧的重要起点。

Alistair Cockburn使用阶段 “舒”,“哈”,“rei” 从禅宗佛教,描述敏捷采用成熟度。进展从遵守规则(舒 - 遵守),有意识地远离规则(哈 - 休息),最后无意识地发现个人路径(REI - 分开)。托德很少有类似的 “阅读,写,删除” 隐喻。首先,我们需要能够阅读,理解和应用敏捷实践。然后了解如何编写自己的域名修正案和新实践。最后,如果我们发展得足够远,我们可以删除规则和实践,因为我们不再需要它们,而是本能地采用最合适的工具。

然而,这种审核,考虑和谨慎选择听起来更像是压迫宗教的教义,而不是动作的rallying哭泣。我们如何卖掉它,有人听?

考虑,谨慎和仔细平衡是一个艰难的卖
这种平衡的“中间”信息不是很性感,难以促进。敏捷狂热者宣传一个真正的软件成功,有一个简单的信息和吸引我们对“新”和“快速修复”解决方案的愿望。然而,他们有点像吃棉花糖(烛台)它看起来和味道良好的短暂的TEM,但很快就消失了,并没有真正包含多少,并且在长远来看,让你不满意。

追随这种食物类比;人们想要苗条,充满活力和健康,经常追求Quick-Fix饮食,如阿特金斯,南海滩,排毒等。它们都有一些真理,但仅仅是整个答案。真正的路径,健康饮食和运动的平衡是,良好的,努力,缓慢而艰难的卖出。

新书
我一直在考虑一下书写一本书,并被两个出版商接近这样做。令人振奋的敏捷项目管理是一种选择,但我的激情谎言以及我认为最大的杠杆持有的地方,正在有效地描述这种均衡的领导和项目管理方法。寻找人们技能和过程机制之间平衡的策略和视觉效果,秩序和适应,细节和意图。

我将这些变量视为包容性的,而不是独家ors。我们需要双方,只是根据项目和组织因素的不同程度。例如,在一个项目中很早,当重点是可行性,范围和投资回报率计算时,传统的机械焦点通常是优先级。然后,当我们进入要求探索,开发和执行时,更敏捷的方法是更敏捷的。最后,随着我们进行部署和用户培训,传统的计划驱动方法再次运作。所有虽然我们作为领导者的重点可能会从协作和共识焦点转移到执行焦点,因为项目进行了进展。

3d_project_lifecycle.

也许我天真地认为可以解释和说明这种谨慎的平衡技能。最大的商业福利不是在方法中,但这些方法的选择和应用 - 更多的哲学。

丰田愉快地与包括其竞争对手的世界分享其制造业想法。他们并不担心被复制,因为A)到目前为止,他们将在到目前为止搬进去,而B)丰田的方式不是一套技巧,这是一种哲学,一种思维方式和框架问题更难的方式复印。哎呀,最好的丰田工程师甚至没有在丰田设施工作,它们嵌入在供应商中有助于使其成为更好的供应商。

良好的管理人员了解这一领导/管理平衡,但很少是写的,因为它露地很容易融入一本厨师的方法。我不确定这本书的市场。显然是书籍只达到2%的人口,我猜测了读取并思考平衡和融合的人的细分比那些寻找下一个简单修复的人。

无论如何,这就是我的想法撒谎的地方,帮助选择领导和管理之间的平衡的方法。

注释

布莱恩桑达捷格

I'd喜欢在我的团队中的每个人预订副本。我在哪里注册? ;-)

认真(嗯,实际上,我很严重),2%v2%,你有一个重要的论点:成功的软件交付需要有效的领导,良好的判断力和敏锐的平衡感。

正如我在领导力的提及 - 秘密酱(http://blog.softwarearchitecture.com/2007/09/leadership-secret-sauce.html), 这些想法允许您"利用智力"人民,实现令人满意的绩效水平。

并将其绑在丰田的方式上,我喜欢作者加里·哈梅尔在他的这一点"管理创新"文章2006年2月版哈佛商业评论:

“只有在美国汽车制造商耗竭时耗尽丰田的成功 - 一个被低估的日元,一个温顺的劳动力,日本文化,卓越的自动化 - 他们终于能够承认丰田的真正优势是它利用”普通人“的智力的能力雇员。”

你让许多人陷入陷阱的伟大观点"the next simple fix"(就像那个故事中的美国汽车制造商一样)。让'我们做了我们的部门,鼓励专注于什么'重要:领导,判断和平衡。

保持。

布莱恩
http://blog.softwarearchitecture.com/

罗素

嗨 - 所有这些都带我回到阅读本书:

http://www.amazon.com/Balancing-Agility-Discipline-Guide-Perplexed/dp/0321186125/ref=pd_bbs_sr_1?ie=UTF8&s=books&qid=1206433386&sr=8-1

它涉及如何基于项目化妆的方式平衡您的方法,虽然没有 'T覆盖您所做的区域......采用敏捷方法的方式是升级已经有效(如果可能)创建自己的方法'home brew'版本,如果你愿意

我们在一个拥有50多个员工和几个Scrum团队的项目中做得完全相同 - 并不容易,但要找到可持续的有效解决方案。有人说我们使用scrum作为一个'front end' to develop 'work packages'在后端的更传统的规划决定 - 我觉得这一点'我自己有点太简单,但它'清楚,给开发商'just enough'灵活性和控制是一件很好的事情......我猜'just enough'是平衡行动进来的地方:)

迈克格里菲斯

嗨Brian,

感谢您的支持和反馈。听到在这个领域有兴趣,它正在放心。

问候
麦克风

迈克格里菲斯

嗨罗素

谢谢你的评论。我喜欢“与纪律的平衡敏捷性”书,尽管它的冠军差(因为敏捷是纪律处分,TDD占据了很多纪律)。无论如何,就像Boehm和Turner提供了工具和对话,帮助选择计划与自适应方法之间的平衡,我想添加额外的管理频谱与混合。因此,我们将在一个平面上具有计划的VS自适应,自我指示的团队与管理开发以90度以90度运行的频谱。

问候
麦克风

乔纳森·科尔

迈克好看。

-Jonathan.

Jonathan Rasmusson.

伟大的迈克。

我认为敏捷空间肯定是这样的书籍。它'清楚你对弥合这两个世界的真正热情,以及它'清楚你很好地了解。

像这样的书可以很好地为社区提供服务。

祝你好运!

迈克格里菲斯

嗨乔纳森,

感谢您的反馈和鼓励。

最好的祝福
麦克风

亚历克斯

是的,我觉得你需要写一本书并在一个地方整理你的所有想法。一世'VE阅读所有PDF存档文章,在此网站上有很多好的信息以及其他页面。也许您甚至可以包含一个CDROM或下载页面,其中一些项目管理工具?

去吧。

亚历克斯

标记纵梁

I'm afraid I don'认为这将是一本好书 - 但也许你可以说服我。一世'在这里发布对这篇文章的回应 - http://www.agile-lab.co.uk/2008/04/without-theory.html

问候,

标记。

此项对应的评论被关闭。