对敏捷团队来说，快乐是否重要？

有时候，在敏捷团队中工作会很紧张，这种紧张可能发生在客户需求不明确、有大量待完成工作，或是团队成员在自己的工作中遇到困难等情况下。我们或许会问这样一个问题：拥有快乐是否能够减少紧张感、增加动力，或是提高生产力？如果确实如此，那么我们该怎么做，才能在敏捷团队中拥有更多快乐？

在你是否快乐？中，Valerie Santillo 阐述了为何她认为对敏捷团队而言，快乐很重要：

当我们在与队友相处的过程中感受到快乐的时候，我们就会知道自己置身于一支良好的团队。对我来说，在工作中拥有快乐至关重要。我曾经在一些非常艰难、毫无乐趣的项目中工作，但除了令人苦恼的工作之外，我却与团队共同度过了一段美好的时光。

作为 Scrum 大师，听到团队中回响起欢声笑语，并享受与其他人在一起的过程，是件美妙的事情。这是身为人类和单一个体的一部分。当人们感到快乐时，他们就会乐于投身工作，而且会更加投入，这只会让最终产品变得更好。如果我们的团队缺乏快乐，那么就想办法找点乐趣。一起度过快乐的一小时——首先从漫步开始，寻找互动又引人入胜的团队活动（或许有几分傻气），并使用 Chuck Norris 的方法。

Alex Krause 在产品所有者最该学习的 10 件事中建议，拥有快乐并庆祝成功：

如果我们在会议中添加一点点快乐，会议就会变得更加有趣，团队会得到加倍的鼓舞，从而更加乐于与我们共事。如果我们负责的会议，能够让与会者感到快乐，那么人们将会乐于参加。另外，不要忘了庆祝成功。在 Sprint 回顾会议上准备一些糖果。在一次主要发布之后根据团队喜好安排一些香槟或啤酒。

在博客文章 Sprint 回顾会议实操中，Ian Mitchell 讲述了 Sprint 回顾会议是什么，以及我们如何操办该会议。在 Sprint 回顾会议中引入欢乐，有助于提高团队举行这类会议的几率：

开心起来！准备一些饼干、饮品和其他点心。考虑用简短活动来点缀回顾会议，或是在间歇中安排游戏。酒吧问答式的提问非常流行，而且我甚至会为赢家准备一些小奖品。

Catia Oliveira 写了一篇题为 Scrum 大师贴士第六条——回顾的博客文章，在其中她解释了为什么人们虽然努力工作来交付成果，但却讨厌进行回顾：

在回顾过程中，我们会要求参与者主要谈论人际关系，同时还讨论并定义处理“上一个 Sprint 中不那么成功的事情”的行动计划——在这里，“不那么成功的事情”是指失败（……）每次我们错过了截止日期或没留意边界，又或是我们交付的软件中 Bug 比其他软件多，那么无论在我们自己还是其他人看来：这都是纯粹的、糟糕的失败。显然团队每天都站在自己的角度上努力工作，因此他们很可能讨厌看到事情并未达到最好状态。那么，你怎么会认为，人们能够轻松或愉快地谈论这些呢？

Catia 认为，在回顾时，Scrum 大师的工作是“让大家感到快乐”：

所以要让你的回顾变得有趣。减少尴尬且不那么正式，那么痛苦也就会少一些。让大家感到自己能够轻松地谈论失败，让大家能够更轻松地获得快乐并共同成长。

在最近一份 InfoQ 题为一名地下城主的敏捷教练生涯的采访中，Guillaume Duquesnay 分享了他对于快乐和乐趣的重要性的观点：

Guillaume: 我不太愿意谈论幸福感、乐趣跟生产力（比如贡献更多价值）之间的关系。我换种方式吧：给自己确立一个目标并完成它会让人感到开心。至于乐趣，我不觉得它能激发效能。有时在进行改进之前要先把困难说出来。用一位敏捷团队成员 Soïzic 的话说，那是在一次艰难的回溯会议之后，他说：“这个会议好！我喜欢解决困难的问题。”承担责任没有乐趣，共同承担责任更没有。人与人之间安全的反馈不应该是有趣的，应该是直接而充满关怀的。

在博客文章超级快乐中，Bob Marshall 谈论了快乐本身，以及在工作场所中的快乐：

我发现，在软件和产品开发的世界里，快乐并没有成为明显的关注焦点（同样，在许多其他工作领域也是如此）。

我为本文起名“超级快乐”，正是为了与“超高生产力”的概念相呼应——我发现，最近人们越来越频繁地提起后者。对此我忍不住感到鄙视——是的，我也会把这种感受说出来——每次我听到或看到“超高生产力”一词的时候总是如此。无论如何，它并不像敏捷一样在多数情况下都不负期望。实际上，到底有谁会对超高生产力感觉良好？（……）个人来说，我更乐于看到有更多的人多谈论一些超级快乐，少谈论一些超高生产力。

在敏捷团队是否会变得“精疲力竭”？中， Robert Galen 描写了团队精疲力竭的原因和表征，以及有关团队精力恢复的内容。他提到的表征之一，是缺乏幽默和快乐。当团队过度聚焦的时候，便可能出现这种状况。Robert 给出了若干给团队充电的建议，其中一条是“去获得快乐”：

离开办公室进行一些团队享受活动——以团队或个体为单位。我看到许多团队选择汇聚一堂以获得快乐；也看到了许多团队实现了这样的场景：人们会对工作做出的承诺，并离开工作与自己的家庭度过一些特殊时光。另外还有一些时候，二者可以兼而有之。作为敏捷团队领袖，我经常为团队提供资助，以支持他们进行任何形式的活动。我唯一的要求是，他们须要获得乐趣并度过一段减压时光。

Rudi van der Made 表示，如果客户并不知道自己想要什么，那么在面对这群客户的团队中工作，将是件令人倍感挫折的事情。在他的博客文章快乐的 Scrum 中，描述了 Scrum 如何帮助团队面对这一问题：

（……）Scrum 的流行和成功，要归功于它解决的难题与消减的挫折。它让复杂的团队工作变得有趣，同时也带来了质量和生产效率的提升。

使 Scrum 变得更有乐趣的第一项关键因素是增强沟通，例如通过让开发者参与每日立会：

一段时间后，你就会看到：即使倾向于安静地独自工作的开发者，也会开始沟通并且工作在一起。这是一个重大的投资回报，开发者们开始关注其他人的工作，从而融入团队而不再自行其是。它创建了更活泼的工作环境，因此也会产生更多快乐。

Rudi 提到的第二项关键因素，是增加业务的参与：

优秀的 Scrum 实现中，必定会拥有的另一个重要的快乐因素，是让产品所有者持续参与。与所有的利益干系人沟通并管理产品待办事项列表，对产品所有者来说是非常重要的工作，但他在 Sprint 过程中对开发团队的参与也同样重要。除此之外，没有其他办法来保证产品在 Sprint 结束的时候“如期发布的可能性”。

拥有快乐对敏捷团队来说是否重要？你是如何为你的团队中增加快乐的？这是否对你的工作有所帮助？

查看英文原文： Is Having Fun Important for Agile Teams?