敏捷爽畅模型及其演变——Diana Larsen专访-InfoQ



 写点什么

在 Agile Open Northwest Open Space会议上， Diana Larsen 与我们讨论了一些有关敏捷爽畅模型的运用和演变的问题。在此之后，Diana 对话 InfoQ，讲述了过去 13 年中她参与并贡献于敏捷社区，以及爽畅模型的故事。

InfoQ：这里是 InfoQ 的 Shane Hastie，我现在与 Diana Larsen 在 Agile Open Northwest Open Space event with the Agile Alliance 会议上。Diana，非常感谢您今天能和我们交流。您能否给我们概括一下您过去所做的事情，还有您参与到敏捷运动的故事？

Diana Larsen：我想，在很早期我就参与到了“敏捷运动”中来，我遇到了许多社区中的人们。我加入到敏捷运动的契机是 Extreme Programming（极限编程）。我与很多不同的企业，从事知识工作的人，特别是技术领域的人，一起做过工作过程的设计、再设计，这让我可以和大量的软件开发和 IT 团队直接交流。还会接触到一些其他人，例如项目经理等等的这类人。

我遇到了一些早期极限编程的创始者，我们交流了我之前的工作，在接触中了解到，他们也做了非常类似的事情。这是我进入敏捷运动的敲门砖。之后 XP 被并入了敏捷运动，我将这些年做团队开发，与团队做工作过程设计，帮助人们了解如何协调团队环境之中所学习到的内容都带到了敏捷的世界。

我很幸运可以成为敏捷协会委员会成员这么多年。当我离开委员会后，我转而关注我们在试图用敏捷做些什么和社区的组织设计之间的交叉点。我现在是 Organization Design Forum 的一员，这是一个非常有意思的相关社区。

作为其中的一员，我回头再来回顾我在社区中做了些什么, 仔细考虑在哪方面我贡献的最多。因此，我可以继续有效地为其作出贡献。就好像是寻找实践和模型之间的差距，我要清楚地找出团队所需要的东西。特别是自组织的团队，和那些非常关注于学习的知识工作团队。什么是最适合他们工作的模型？那些给他们提供支持的人需要做些什么？这就是我和 Esther 所著的《Agile retrospectives framework》的来源。书中有12 条有关于反省调整的原则，也有 Crystal 中相关的一些反省的实践。没有其他任何一个方法论讨论这些内容。

所以 Esther 和我说，“这是我们需要填补的空白，人们确实需要这方面内容。” Ainsley Nies 和我同样地想到了制定章程。一个团队开始的时候需要准备一些什么？由于这个原因，我编写了 Liftoff 这本书，着重讲述了敏捷章程。我和 Jim Shore 共同完成了 Agile Fluency（敏捷爽畅）模型，和 Willem Larsen 一起提出了学习的五条规则。社区在有趣的工作及人际关系方式给予了我很多，而我又可以将之回报回去。这是我过去所做的。

InfoQ：在许多许多方面，您已经成为并将继续成为社区中导师们的导师。在我看来，如果敏捷教练在努力教导和指导时遇到问题，还是要多去请教您的，跟很多人交流时大家也是同样的看法。

Diana：你这样说太客气了。

InfoQ：您提到了几个模型和方法。敏捷爽畅是您和 Jim Shore 共同提出的，我们在 InfoQ 上也已经推出了许多相关内容的文章。爽畅模型现在进展地如何了，它有什么改变？

Diana：嗯，这个话题非常有意思。在一开始，Jim 和我仅仅将它作为一个描述性的模型发布出来。这是一些关于我们看到的团队所发生的事情。我们有意识到人们在讨论你使用的是否是敏捷方法。我们关心的问题是组织和团队，特别是那些可以使用不同敏捷方法的组织，它们最后是否成功。所以我们创造了这个模型，来描述我们眼中看到的，以及它是如何运作的。承蒙 Martin Fowler 的好意我们的文章得以发表。

自这个模型的首次发表到现在已经过去了三四年。自那时起，我们发现越来越多的人们表现出对它的兴趣。越来越多的人会问我们“后来添加了一些什么内容？我们怎么采用这个模型并且用它来做更多事？”。一些公司和一些组织的教练早已开始做更多地这方面的事情。今天，在这个会议上（Agile Open Northwest），我们分享了一个模型，或者称为一个游戏，这是由 Crisp 公司和 Spotify 公司的教练根据敏捷爽畅的相关内容汇总提出的，Fluency@Agile@Spotify。

他们将情况反馈给我们，有非常多类似的事情发生。一些组织采用了这个模型，并期待着使用它之后，他们的团队可以有更高的产出。从 2015 年春天开始，我们推出了一个与模型相关新的方法，团队可以用它来完成自诊断。团队可以提供信息给组织，组织可以知道它们应该在哪些方面给团队提供投资。我们有意要建立一个匿名的数据库，能从团队那里获取有关他们在模型中实践所得到的值得信赖的反馈。

我们将会有相当的数据，一些其他材料，不同类型的材料，它们都用来支持模型。我们开始着手于将其分为各个包。有好几个组织在运行敏捷爽畅项目。从兴趣出发，让大家有许多种不同的方法来处理它，大家就会愿意去做。这是一个惊喜、一份快乐，也是一个真正的挑战。

InfoQ：能看到您自己的劳动成果，给全世界的团队带来价值是非常美妙的一件事。我知道您和 Ainsley 编写的 Liftoff 书中提出了一些新的内容。能和我们说说吗？

Diana：是的。Liftoff 这本书第一次出版是在 2011 年底 2012 年初。自出版到现在也过了很长一段时间，所以有大量的资源供我们学习。作为模型的创建者（或者用另外一种更恰当的说法来说是发现者），我们非常有趣的一个工作就是去精巧地制作模型。你要测试模型，然后将它展现给全世界。之后它就开始教你一些新的知识。不同的人在使用它，他们给你的反馈会让你非常惊讶。这就是 Liftoff 这本书和敏捷章程模型给我们所带来的财富。

我们在过去的三四年中学习了很多。我们受到了 Pragmatic Programmers 的邀请来出版本书的第二版。第二版将合并我们学习到的有关帮助团队开始的过程（或者是重新开始一个案子），给大家呈现我们称之为 Liftoff 的东西。动力是帮助火箭克服重力惯性的东西，是吗？

我们如何给团队提供最初的帮助？或者说，当他们渐渐衰败的时候，给他们另外一种帮助使得他们可以继续前进，加快发展，加速他们想要完成的工作。我们加入了许多类似这样的新内容。

在我看来，我们计划在 2016 年的第一个（现在定为第二个）季度出版。很高兴可以再次和 Ainsley 合作。她和我有非常不同的观点，这使得我们成为非常好的写作拍档。这意味着我们有机会可以一起工作，这是个非常有意思的事情。

InfoQ：您可以给我们抢先透露一些书中的有趣的新变化和新观点吗？

Diana：我们在书中加入了更多有关经理角色的内容，他们会设置适当的条件以实现起飞 (liftoff) 并有效地制定敏捷章程。我们在第一版中讨论了其一点点的内容。我们发现，通过添加对这个角色更多的理解，可以将我们书的内容变得更充实。同时，我们还合并进去一些附加的活动和术语，当你制定起飞章程或领导起飞时可能会用到它们。我们增加了诸如此类的东西。

可能最令人惊讶的事是我们加入的大段内容是有关复杂适应系统。这个模型教会我们的一件事情是它如何真实地反映复杂适应系统的基础、条件以及支柱，来自那些使用复杂适应系统的团队。我们加入了一些内容，包括复杂适应系统如何运作在团队或者是以团队形式表现的团体上的。你可以在书中找到如何帮助系统兴旺发展的方法。书中有许多类似这样的理解和内容，这非常吸引我。在第一版中我们很少提到这些内容，所以在第二版中我们将会加入更多这些内容，同时我们还会加入一些新的故事。这是非常有意思的。

InfoQ： Diana，非常感谢您和我们说了这些内容。我们很期待能再次与您相见，我们也会密切关注您的新书。

Diana：同样非常感谢你，Shane。

有关被采访者

Diana Larsen与领导者和团队协商，创建工作过程和创新、有灵感、想象力蓬勃发展的工作环境。她被认为是敏捷软件开发领域的国际化权威，团队的领导者以及敏捷的转换者。Diana 合著了《Agile Retrospectives: Making Good Teams Great!》，《Liftoff: Launching Agile Teams and Projects》。