中国敏捷实践中的误区(一)敏捷不是银弹

标签: 敏捷 选题策划 高端视点 | 发表时间:2011-09-02 13:49 | 作者:baiyuzhong Eric
出处:http://www.programmer.com.cn

不少公司在尝试实施敏捷开发,敏捷实践在中国越来越流行,但当中敏捷涉及思想和意识上的转变,容易造成各种管理和实践上的差异,笔者常见的有三种情况。

一、小瀑布开发

敏捷当然不是小瀑布开发,很多团队开始四周迭代时,都希望可以逐步改变团队以前的开发习惯,例如:单一功能团队、团队之间交接,然后就会发现团队在这四周内依然像瀑布式开发。

我们都鼓励短迭代,两周比四周能得到更快的反馈,两周迭代比四周迭代更有效打破前面提到的老习惯,而要达到两周迭代,就必需要适当的实践配合,用户故事纵向划分、敏捷建模、测试驱动开发、持续集成、验收测试驱动开发都是有效帮助团队达到短迭代的方法。

而这里又引伸到另一个问题,就是组织能投入多少时间让团队学习这项新技能,从组织的角度去看这些问题,就是这些的回报期要多久,当然,就如丰田公司也是发展了很多年才累积到今天的成果,管理者也需要耐性才可以看到成果,而招聘优秀的开发人员更是非常重要的事情,这也引伸到下一个误区。

二、敏捷开发只是开发团队的事

写程序的是开发人员,实施敏捷时对他们的影响的确会是最大的,但不代表组织里其他角色不会受影响,亦不要以为自己不是开发人员就可以置身事外,这会改变其他员工的配合方式,所以他们的参与都很重要。

以产品管理为例,传统开发基本是顾客与开发团队的博弈,两方为自己的利益在拉锯,而焦点也不在于如何交付价值,而是各种各样的局部优化的行为。而在提倡开发团队与产品管理紧密合作和提高透明度的前提下,打破传统 “产品管理VS开发团队” 的矛盾以及如何把真正客户和开发团队拉得更近就是真正问题。

同样,大公司有各种各样的政策,有些政策却成为实施敏捷上的障碍,要改变相关政策,一定要跟人事部门做好沟通,也有案例是邀请人事部门的同事接受敏捷组织相关的培训,让他们知道如何更好去配合团队开发的需要。

跟人事管理政策息息相关的还有绩效管理和汇报架构,传统的管理模式下集中管理个人绩效却忽略作为团队的表现,而一个团队内各自有自己的汇报上司,更会令这团队无法做到应有的集中力。在实施敏捷的时候,亦应该检讨组织内影向个人绩效的措施,并加大鼓励团队合作精神,给客户最大的价值。

三、敏捷转型 “项目”

“敏捷转型项目” 是常听到的词语,这会是什么误区呢?这种说法的误区在于视敏捷转型为有时限和终点的活动,其实不论是敏捷、Scrum或者精益,都提倡持久的改善,通过学习、实践提升团队解决问题能力,简单点就是说:“没有最敏捷,只有更敏捷”。而管理者的角色不是管理转型项目,而是走到现场了解前线工作人员的工作实况,协助消除组织里的阻碍,并提供支持团队所需要的环境、工具、培训等的支持。

敏捷不是银弹,“敏捷”本身是形容词,在敏捷开发中是指能适应变化而作出改变,而且有持续学习的特质,在一些案例中这些意识和观念没有扩展到整个组织里的时候,就会出现一种“做敏捷”的情况,依旧以为敏捷实施只是另一个转型项目,以为敏捷只是另一种开发过程,以为做了书上提到如站立会、写用户故事等等的实践就当是 “敏捷了”,以为办公室里加放了状态墙就是实施了“看板”或者“精益”,这些为做而做的事情,如二次世界大战时期太平洋群岛上土人见到飞机和军人所做出的模仿和膜拜行为。对此,笔者的建议是:鼓励组织深入并持续去认识敏捷,了解背后的思想,尝试不同的实践,并多参与社区交流活动。

作者麦天志,现职于Odd-e公司从事敏捷教练工作,协助不同企业实施敏捷,积极参与相关社区活动,并担当过 Scrum Gathering,美国 Agile 2009 活动上的演讲者。毕业于香港大学,主修计算机科学,并于伦敦帝国学院获取工商管理学硕士学位。

本文选自《程序员》杂志2010年10期,更多精彩内容敬请关注10期杂志

《程序员》杂志订阅火热进行中


相关 [中国 实践 银弹] 推荐:

中国敏捷实践中的误区(一)敏捷不是银弹

- Eric - 《程序员》杂志官网
不少公司在尝试实施敏捷开发,敏捷实践在中国越来越流行,但当中敏捷涉及思想和意识上的转变,容易造成各种管理和实践上的差异,笔者常见的有三种情况. 敏捷当然不是小瀑布开发,很多团队开始四周迭代时,都希望可以逐步改变团队以前的开发习惯,例如:单一功能团队、团队之间交接,然后就会发现团队在这四周内依然像瀑布式开发.

Service Mesh 在中国工商银行的探索与实践

- - DockOne.io
微服务架构是当今互联网和金融机构渐趋主流的系统架构模式,其核心是集成服务通信、服务治理功能的服务框架,微服务框架在持续演进同时,服务网格(Service Mesh)作为一种新型的微服务架构,因架构灵活、普适性强,被认为具有较好发展前景. 中国工商银行(后简称工行)主动探索服务网格领域,从 2019 年开始服务网格技术预研工作,通过对服务网格技术深入研究和实践后,于 2021 年建设了服务网格平台.

每日站会、代码审查、结对编程 之开源中国实践

- - 翟志军
在我来到开源中国之后,尝试将每日站会、代码审查、结对编程这三种编程实践带入团队. 而这个过程,我个人觉得是一项非常宝贵的体验. 先介绍下目前我们团队的结构:3名Java开发,1名前端,2名实习. 以下我不会详细介绍它们分别是什么,也无意讨论它们有什么好处坏处,本文侧重分享在实践它们的过程可能遇到的问题,以及我们是如何处理的.

Prometheus 与 Grafana:监控报警系统中的银弹

- - IT瘾-dev
监控报警是服务稳定的基础,是性能优化的重要依据,是可以未雨绸缪的重大利器. 现代系统赋予了监控报警重要地位,近年来随着微服务设计理念不断成熟与广泛使用,做为系统方案的设计者,监控的选择和使用将是搭建系统不可或缺的一个环节. Prometheus和Grafana像一组黄金搭档一样出现在了历史的洪流中,就像当年PHP和MYSQL一样.

OpenStack实践

- - 开放博客
作者:Baihuogou DevOps Team. 我们在公司内部部署OpenStack主要是内部管理虚拟机的需要. 公司内部之前使用virt-manager来管理内部虚拟机,但是缺点有二:. 虽然提供图形界面,但是是桌面软件形式,需要安装软件. 所以现在需要一个新的管理软件来解决这些问题,满足两个特性:.

【外刊IT评论网】Node.js不是银弹,但它仍然是颗子弹

- - 外刊IT评论
  我真的不知道为什么有人这样的讨厌 Node.js. 你也看见了网上有大量关于 Node.js 的文章和高调的言论,就好象 Node.js 是解决所有问题的良方. 就像现有的很多其它框架和语言一样,它在某些事情上表现的很优良,而在其它事情上却很差.   Node.js,单从我的理解上讲,它的设计目标是更好的通过网络快速、实时的传输少量字节信息.

『DevOps 最佳实践』 — DevOps 实践

- -
Culture – 文化:公司各个角色一起担当业务变化,实现有效协作和沟通;. Automation – 自动化:在价值链中尽量除去手工步骤;. Lean – 精益:运用精益原则更频繁地交付价值;. Metrics – 度量:度量并使用数据来优化交付周期;. Sharing – 分享:分享成功和失败的经验来相互学习.

jQuery最佳实践

- andi - 阮一峰的网络日志
上周,我整理了《jQuery设计思想》. 那篇文章是一篇入门教程,从设计思想的角度,讲解"怎么使用jQuery". 今天的文章则是更进一步,讲解"如何用好jQuery". 我主要参考了Addy Osmani的PPT《提高jQuery性能的诀窍》(jQuery Proven Performance Tips And Tricks).

PHP最佳实践

- xiangqian - 阮一峰的网络日志
虽然名字叫《PHP最佳实践》,但是它主要谈的不是编程规则,而是PHP应用程序的合理架构. 它提供了一种逻辑和数据分离的架构模式,属于MVC模式的一种实践. 我觉得,这是很有参考价值的学习资料,类似的文章网上并不多,所以一边学习,一边就把它翻译了出来. 根据自己的理解,我总结了它的MVC模式的实现方式(详细解释见译文):.

ios5.1.1越狱实践

- - CSDN博客推荐文章
今天一口气越狱了三台ipad,虽然是第一次越狱,但是借助于现在网络的发达,基本算是很顺利就完成了越狱. 1,下载TinyUmbrella(小雨伞,名字不错). 这个软件的用处是把没有越狱的ipad的shsh文件备份出来,这样以后可以降级到未越狱前的某个版本. 注意,该软件需要有Java环境. 所以,现在相关的java环境后,安装后就可以打开.