为什么 Agile Alliance 技术大会很重要

Agile Alliance 将于四月 7 至 9 日首次组织一次专门的技术会议。组织这次活动的原因，至少部分原因是因为他们认为每年一度的 Agile 20XX 会议没有足够重视软件开发方面的技术问题。

此次会议的组织者之一 Nancy Van Schooenderwoert，写了一篇博客，内容有关为什么她觉得这次会议重要，以及展示出了这张显示活动覆盖领域的图：

InfoQ 采访了一些将要出席 Agile Alliance Technical Conference（敏捷联盟技术大会）的发言人，以了解他们为什么要参加此次会议以及为什么它很重要。以下是他们的一些回应：

Alex Schladebeck 是 BREDEX GmbH 的 Test Consulting（测试咨询）首脑，也是 Product Owner for Jubula（Jubula 的产品所有者）， Jubula 是源于德国的开源测试工具。

InfoQ：你为什么选择参加 AATC：

我在 IT 行业中的大多数时间都在敏捷项目中工作。聆听其他业内人员在做什么，做出了什么以及什么还没有做出来，是非常宝贵的——它提供了考虑问题的新视角以及我们项目和客户项目中存在的机遇。

我也很高兴能够谈论和分享我们的经验！

你要介绍的是什么？

我要谈的是让每个人成为吸血鬼杀手，至少是漏洞杀手！尽管很严肃，但我的角度和例子都是关于开发每个团队成员的潜能，使之变得更积极，参与到“整个团队质量”的理念中。标题来自于我最喜欢的电视节目之一，Buffy the Vampire 杀手。在七季里，只有一个人被选出来承担世界之重。敌人越来越谨慎强硬，直到终极坏蛋看起来似乎已不可逾越。但当“杀戮”的力量被更多人分享而不是由一个人来为世界的命运负责时，这场战争最终取得胜利。

我在这点上看到了它和敏捷团队的相似之处。我们倾向于把所有的测试责任放置在项目中选择的一个人或一些人上。开发人员和测试人员有办法减少差距以及实现他们在做到质量援助的同时保留重点的潜能。我要谈论的就是我们需要采取什么方法来达到这点，以及它是如何效力于我们的。

Justin Searls，Test Double 的创始人，就为什么他要参加这次会议以及这次会议的重要性作出回应：

我这些年一直对在 Agile Alliance 的朋友过于强调管理超过技术实践的做法感到悲痛，所以当我有机会在其首次技术会议上发言时，我想是提出来还是闭嘴，取决于我。我真的很高兴能够看到 Agile Alliance 扩展其重点，帮助机构提高他们的技术，改善开发实践！

从我的角度来看，在开源社区，敏捷已经落伍。因为它代表着拒绝瀑布，“敏捷”对软件开发来说是一种新的默认思想，人们推动“敏捷”，如果有，视之为试图增加过程和对开发者效率的限制。结果是在我的领域里鲜有开发人员花很多时间谈论敏捷。

这是一个惊人和相当突然的逆转。虽然敏捷社区对非技术实践的重视是一个促进因素，我认为开发人员反感“敏捷”的一个主要原因是自从 XP 出现，劳动力市场发生了巨大变化。启动和开放源码社区的许多开发人员已经实现了这样水平的影响和自主权，以至于他们很少要求再按照自己的轻量级进程。

这些开发人员可能赢得了他们的自由，但——像任何意识形态一样，他们往往很难理解其概念、工具和围绕它们的做法。能够配合背后实践有巨大的价值，正如对他们根源的单元测试；从一个更广阔的角度考虑如何最好地运用它们时，那些了解其工具和实践的开发人员就能操作它们。同时，敏捷社区将会大大受益于有影响力的开发人员对它的接触。因此，举办一个明确地引导尚在敏捷社区之外的开发人员的技术会议，似乎是伟大的第一步。

你准备讲些什么呢？

我的演讲题目是“怎样不再讨厌你的测试”。内容有关于为什么这么多团队都不可避免地发展成讨厌他们的测试，以及可以做些什么来防止或减轻它。我将展示 15 种直观简单的方法，针对那些最终会成为混乱、缓慢且难以对付的测试；我会一直贯穿这些年来我所建立的反直觉的反应能力来避免这一后果。

Kent Graziano，Snowflake Computing 的 Senior Technical Evangelist（高级技术专家）就为什么这一活动很有必要，发表看法：

它是首个专注于做敏捷开发中更多技术方面的敏捷活动。我想加入以有机会和其他正在这一领域工作，试图解决现实世界问题的敏捷者沟通。

讨论敏捷方法、过程、程序和组织变革是很好的，但是执行起来很难。而且高科技的世界正以前所未有的速度发生着变化。在战壕（开发人员、架构师、测试人员等）的人需要有机会看看别人是怎样应用新技术和实践，让他们的敏捷团队获得成功的。

他要谈论一下为数据库设计而生的 Agile Data Engineering（敏捷数据工程）：

我的主题是为数据库设计而生的 Agile Data Engineering。在过去的几年中敏捷最终进入了 DW 和 BI 世界。但是设计和开发一个新数据库的老路子就是不给他们一个敏捷方法。所以在现代 IT 界中我们应该以怎样一种使我们变得敏捷的方式来做到这点？

首先，我们需要改变我们的邪道——我们不能再花上几年的时间来给企业提供数据。我们不能花几个月的时间做详细的分析，以开发用例和详细的规范文档。然后花几个月的时间建立企业规模的数据模型，仅仅为了部署它们，然后发现原系统改变了，模型中没有区域来保留对企业成功至关重要的与现在相关的数据。

我们必须比那更敏捷。

如果我们期望实现 Agile Data Warehousing（敏捷数据库）的目标，就需要一种做 Agile Data Engineering（敏捷数据工程）的方法。

在我的演讲中我会向与会者介绍一种被称为 Data Vault 的方法，我已经用它超过十年，以迭代的方式建立我的数据库数据模型。这是一种简单的基于模板的方法，不仅适用于迭代设计，还具有重复性和最终的自动化。

Laurie Williams 是 Computer Science （计算机科学）的 Associate Department Head（副系主任），以及在 North Carolina State University (NCSU)（北卡罗来纳州立大学）College of Engineering（工程学院）Computer Science Department（计算机科学系）教授。她说：

软件开发中的一个重要组成部分包括开发团队的技术实践。

敏捷软件开发是全方位的，涵盖项目管理、领导、业务、技术主题。一次会议不能完全满足所有这些领域。这次技术会议深入探讨了涉及技术界的主题。

她的演讲内容：

我要谈的是结对编程，这是自 20 世纪 90 年代末以来敏捷团队的重要实践。使用结对编程实践的软件工程师能够发现很多好处，除了有益于团队例如知识管理、降低产品风险和增强团队合作外，还包括更好的软件质量和更好的设计。多年来，一些团队很大程度上采用了这一实践（“极端配对”），其他人零星地采用（“按需配对”），而其余人继续抵制这种做法。在这次演讲中，我们将讨论采用结对编程的实用性。

Jeff (Cheezy) Morgan，LeanDog 的创始人，和 EPAM Canada 的 Ardita Karaj 将共同现场展示编码 /TDD 会议。在一次与之相关的谈话中，他们解释了此次参与的动机。

Cheezy 去年参加了由 Agile Alliance 组织的 OnAgile 虚拟活动，并热衷于参与到一个能够将技术实践推向前沿和中心的活动。

Ardita 谈到了推广强大的技术实践是多么重要，鉴于在很多机构中这方面的敏捷采用的水平低得可怜。他们选择一个现场的编码活动使人们能够看到开发人员和测试人员是如何真实地结对以及 ATDD 和 TDD 框架是如何一起工作的。

查看英文原文： Why the Agile Alliance Technical Conference Matters

感谢张龙对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们。