BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Elisabeth Hendrickson:充满包容的敏捷社区

| 作者 Elisabeth Hendrickson 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝 发布于 2011年9月15日. 估计阅读时间: 8 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

很难相信《敏捷宣言》才只有10岁,从2001年到现在已经发生了这么多变化。

在很多组织中,开放团队空间替代了关起门来的彼此隔离。由索引卡和即时贴等短期人工产物辅助的协作,已经胜过了通过文档完成的工作交接。测试驱动开发和持续集成,在2001年被认为是全新、激进和边缘化的实践,现在已经很普及了。

工具也发生了巨大变化。Eclipse,现在已经是最普遍使用的编辑器了,于2001年11月问世[原注1]。从那时开始到现在,它已经变成事实上的行业标准。正如其他现代的IDE,它支持自动化重构,比如重命名和抽取。

曾几何时,要做自动化测试只能自己开发工具,或是购买昂贵的厂商特有技术(或者二者兼做),现在开源工具已经百花齐放了。比如Fitnesse、Cucumber、Robot Framework框架,还有Watir和Selenium驱动,现在都已经得到广泛应用。

现在看起来,《敏捷宣言》的发布是一个分水岭,引发了上面提到的变化。这个关键的产物由一群知名的人签署,在特定的日期发布;它的问世在一个重要的时刻发生,是我们可以庆祝的纪念日;它是一个传奇,是要反抗严酷现实的声明;它是简洁有力、充满诗意的公开宣言,诞生自无边的郁闷之中。

这样的东西充满力量。

然而,真正的分水岭,是宣言发布之前和之后几个月里发生的事情:关于事情如何才能变得更好的谈话,并且最终引发Snowbird那次宿命般的会议;实践者们聚集在一起,分享想法和知识;各种讨论,产生对实践的清晰叙述,并引领支持这些实践的工具出现。

同时,《敏捷宣言》是催化剂,其影响力直达行业最最遥远、偏僻的角落,打造出一个社区,一种运动。它明确而又勇敢地列出一系列回到本源的价值观和原则,而且不为此感到任何歉意。它简单的信息和强有力的言词,引发起我们大部分人的深深共鸣。我们像劳工一般,被那些仪式驱动的、繁琐的流程所压迫,正是这些流程给人以工作进度方面的幻象,却没有揭示真实的工作成果。

有些人觉得被新成立的社区抛弃了,这也很自然。“测试人员的位置何在?”有人问道。也有人说:“业务分析师的位置呢?”“设计师呢?”“嘿,系统管理员怎么办?”“别忘了DBA!”

即使到现在,还是有人觉得自己的特长被别人抛在脑后。

但是,没有道理感到被排斥。唯一被排斥的,是那些没主动来参加party的人。我觉得很难再找到一个更开放、更友善的社区了。

我应该知道的。

在2003年,我参加了新奥尔良的XP/Agile Universe大会。当时,我已经多年在测试人员大会上做主题发言。我有一个很受欢迎的测试相关博客。在业内的活动上,我也已经习惯于人们都知道我的名字。

这次不是。

在参加的大部分议程中,我是唯一的测试人员。同时,我也总是房间里唯一的女性。当时,我等于一个没有任何geek背景的新丁。这让我觉得紧张,觉得自己是一个不速之客。我开玩笑说自己是打入敌人内部的。

幸运的是,我很快意识到:自我贬低式的幽默没有必要,甚至很愚蠢。所有人的都让我觉得受宠若惊。在对话中,人们主动让出话语权,给我提供空间。

到会议结束时,我再也不觉得自己是局外人了。

在接下来的几年里,我成为社区的成熟成员。在敏捷相关会议中,我会审查议题,主持议程,并被选为敏捷联盟委员会的成员。现在,我是敏捷联盟功能测试工具组的联名主席。

敏捷越来越受欢迎,敏捷社区也在不断成长。有时,过快的扩张让社区出现了内爆情况(implode)。让我高兴的是,社区仍张开着它热情的臂膀,就像当初所有敏捷人士彼此都认识时的情况一样。

要说明白的是,我们不是一个完全团结的社区。将来也仍会有人觉得“我比你们更敏捷”。有人表达了他们对于敏捷商业化乃至商品化的担忧,因为有人在从敏捷的热门程度中赢取利润。有些充满争议的话题,比如认证、工具、“正确的”实践方式等等,总是能引发激烈讨论。

但是总体来说,还是能保持以尊重为牢固核心。说到底,敏捷社区珍视多样化的想法。正如Liz Keogh在她的Gordon Pask领奖仪式上说的,她属于一个“思考者社区”。[原注2]

在这个社区里,不仅每个人都有其空间,而且我们需要每个人。如果我们希望得到敏捷承诺的结果,我们就需要每个人的角度和专业知识。我们也许不是总能达成一致,但是大多数人都有开放心态,能聆听相反观点。

对于工作所在的组织正向敏捷转换的人们来说,这个信息非常重要。正是在这样的组织中,我最多听到人们说自己 “被抛弃”了。

刚了解敏捷的组织太过急于建立教育计划,却把学习的机会按照传统的“烟囱”式方式严格分开。他们送产品经理或业务分析师参加产品负责人课程,他们送项目经理参加CSM课程,他们送程序员参加TDD课程。至于设计师、质量保证人员、系统管理员、DBA和其他专业人士,常常不知道拿他们怎么办,于是就任由他们自生自灭。

当我遇到这些人的时候,他们感到被疏远,丧失了话语权。“其他所有人都参加转型培训去了,”他们说。“我们没有,我们不知道该怎么办。”

有些说得更辛辣:“这个新的过程看起来非常以程序员为中心,”他们说。QA人员习惯于主导任何带有“测试”字眼的工作,现在他们甚至觉得受到威胁。“程序员们正在讨论选择什么测试工具,”一个测试自动化经理告诉我。“可那是我的工作!。”

我希望这些人知道:敏捷是所有人的敏捷。不分什么“我们”和“他们”。没有“他们”,只有“我们”。我们需要每个人都参与进来。

所以我会告诉你们我对他们说的话。当你们遇到需要这篇文章的人,也许你们可以把它传递给他们。

如果你觉得被抛弃了,不要等别人发请柬。主动现身,加入谈话。让人们听到你的声音,你也倾听别人。

我们一直欢迎你们。

[原注1] 请查看此链接。

[原注2] 请查看此链接。

关于作者

Elishabeth Hendrickson是Quality Tree Software有限公司的创始人兼总裁,Quality Tree Software是一家咨询和培训公司,专注于帮助软件团队以一致和可持续的方式,交付可工作的解决方案。她还创立了Entaggle网站,一个来自社区的站点,提供并得到职业的认可。此外,她还创建了Agilistry Studio,供加州Pleasanton的敏捷开发的实践空间。作为有超过20年经验的软件职业人士,Elisabeth从2003年开始就是敏捷社区的一员。她在2006-2007年是敏捷联盟董事会的一员,而且敏捷联盟功能测试工具组计划的联合组织者。Elisabeth将她的时间分为讲授课程、演讲、协作、编程,以及与敏捷团队一起工作,这些团队中的开发者被测试传染,并珍视她对于测试的强迫倾向。您可以找到她的Twitter账号:@testobsessed

英文原文链接:Elisabeth Hendrickson: Agile - An Inclusive Community


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

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT