有时候，在敏捷团队中工作会很有压力，比如当客户的需求不明确时、有大量待完成工作时，或是团队成员在自己的工作中遇到困难时等。我们或许会问这样一个问题：拥有快乐是否能够减少压力、增加动力，或是提高生产力？如果确实如此，那么我们应该怎么做，才能在敏捷团队中拥有更多快乐呢？
在“你是否快乐？”中，Valerie Santillo解释了为何她认为快乐对敏捷团队是很重要的：
当我们在与团队成员相处愉快的时候，我们就会知道自己在一支良好的团队中。对我来说，在工作中拥有快乐至关重要。我曾经在一些非常艰难、毫无乐趣的项目中工作，尽管工作很令人苦恼，我却与团队共同度过了一段美好的时光。
作为Scrum Master，听到团队中回响起欢声笑语，并享受与其他人在一起的过程，是件美妙的事情。这是作为人类和单一个体的一部分。当人们感到快乐时，他们就会喜欢投身工作，而且会更加投入，这只会让最终产品变得更好。如果你的团队缺乏快乐，那么就想办法找点乐趣。一起度过快乐的时光——可以一起散步，寻找互动又引人入胜的团队活动（或许有几分傻气），并使用Chuck Norris的方法。
Alex Krause在“产品所有者最该学习的10件事中”提到，拥有快乐并庆祝成功：
如果你在会议中添加一点点快乐，会议就会变得更加有趣，团队会得到加倍的鼓舞，从而更加乐于与你共事。如果你负责的会议，能够让与会者感到快乐，那么参与者将会乐于参加。另外，不要忘了庆祝成功。可以在Sprint回顾会议上准备一些糖果，在一次主要发布之后根据团队喜好安排一些香槟或啤酒。
在博客文章“Sprint回顾会议练习”中，Ian Mitchell讲解了Sprint回顾会议是什么，以及我们如何组织该会议。在Sprint回顾会议中引入欢乐，有助于提高团队举行这类会议的几率：
开心起来！准备一些饼干、饮品和其他点心。考虑用简短活动来点缀回顾会议，或是在间歇中安排游戏。酒吧问答式的提问非常受欢迎，而且我甚至会为赢家准备一些小奖品。
Catia Oliveira写了一篇题为“Scrum Master贴士第六条——回顾”的博客文章，在其中她解释了为什么人们虽然努力工作来交付成果，但却讨厌进行回顾：
在回顾过程中，你会要求参与者主要谈论人际关系，同时还讨论并定义处理“上一个Sprint中不那么成功的事情”的行动计划——在这里，“不那么成功的事情”是指失败（……）每次我们错过了截止日期或没留意边界，又或是我们交付的软件中Bug比其他软件多，那么无论在我们自己还是其他人看来：这都是纯粹的、糟糕的失败。显然团队每天都站在自己的角度上努力工作，因此他们很可能讨厌看到事情并未达到最好状态。那么，你怎么会认为，人们能够轻松或愉快地谈论这些呢？
Catia认为，在回顾时，Scrum Master的工作是“让大家感到快乐”：
所以要让你的回顾变得有趣。减少尴尬、不要那么正式，不要那么苦恼。让大家轻松地谈论失败，让大家能够更轻松地获得快乐并共同成长。
在最近一份题为“使用经验教训作为地下城主在敏捷教练角色扮演和游戏中”的采访中，Guillaume Duquesnay分享了他对于幸福和快乐的重要性的观点：
我不太愿意谈论幸福、快乐跟生产力（比如贡献更多价值）之间的关系。我换种方式吧：给自己确立一个目标并完成它会让人感到开心。至于快乐，我不觉得它能激发效能。有时在进行改进之前要先把困难说出来。承担责任不会让人感到快乐，共同承担责任更没有。人与人之间安全的反馈是不会有快乐可言，但是是可以给与直接的关心。
在Bob Marshall的博客文章“超级快乐”中，他谈论了快乐本身，以及在工作场所中的快乐：
我发现，在软件和产品开发的世界里，快乐并没有成为明显的关注焦点（同样，在许多其他工作领域也是如此）。
我为本文起名“超级快乐”，正是为了与“超高生产力”的概念相呼应——我发现，最近人们越来越频繁地提起后者。对此我忍不住感到鄙视——是的，我也会把这种感受说出来——每次我听到或看到“超高生产力”一词的时候总是如此。无论如何，它并不像敏捷一样在多数情况下都不负期望。实际上，到底有谁会对超高生产力感觉良好？（……）个人来说，我更乐于看到有更多的人多谈论一些超级快乐，少谈论一些超高生产力。
在敏捷团队是否会变得“精疲力竭”？中， Robert Galen描写了团队精疲力竭的原因和表征，以及有关团队精力恢复的内容。他提到的特征之一，是缺乏幽默和快乐。当团队过度聚焦的时候，便可能出现这种状况。Robert给出了若干给团队充电的建议，其中一条是“去获得快乐”：
离开办公室进行一些团队享受活动——以团队或个体为单位。我看到许多团队选择汇聚一堂以获得快乐；也看到了许多团队实现了这样的场景：人们会对工作做出的承诺，并离开工作与自己的家庭度过一些特殊时光。另外还有一些时候，二者可以兼而有之。作为敏捷团队领袖，我经常为团队提供资助，以支持他们进行任何形式的活动。我唯一的要求是，他们须要获得快乐并度过一段减压时光。
Rudi van der Made表示，如果客户并不知道自己想要什么，那么在面对这群客户的团队中工作，将是件令人倍感挫折的事情。在他的博客文章“快乐的Scrum”中，描述了Scrum如何帮助团队面对这一问题：
（……）Scrum的流行和成功，要归功于它解决的难题与消减的挫折。它让复杂的团队工作变得有趣，同时也带来了质量和生产效率的提升。
使Scrum变得更加有趣的第一个关键因素是增强沟通，例如通过让开发者参与每日立会：
一段时间后，你就会看到：即使倾向于安静地独自工作的开发者，也会开始沟通并且融入团队。这是一个重大的投资回报，开发者们开始关注其他人的工作，从而融入团队而不再自行其是。它创建了更活泼的工作环境，因此也会产生更多快乐。
Rudi提到的第二项关键因素，是增加业务的参与：
优秀的Scrum实现中，必定会拥有的另一个重要的快乐因素，是让产品所有者持续参与。与所有的利益干系人沟通并管理产品待办事项列表，对产品所有者来说是非常重要的工作，但他在Sprint过程中对开发团队的参与也同样重要。除此之外，没有其它简单的办法来保证产品在Sprint结束的时候“如期发布的可能性”。
拥有快乐对敏捷团队来说是否重要？你是如何为你的团队中增加快乐的？这是否对你的工作有所帮助？
原文链接：http://www.infoq.com/news/2013/11/fun-important-agile-teams?utm_campaign=Chronicles%202013-12%20December&utm_medium=email&utm_source=Eloqua
