有时候，在敏捷团队中工作会很紧张，这种紧张可能发生在客户需求不明确、有大量待完成工作，或是团队成员在自己的工作中遇到困难等情况下。我们或许
会问这样一个问题：拥有快乐是否能够减少紧张感、增加动力，或是提高生产力？如果确实如此，那么我们该怎么做，才能在敏捷团队中拥有更多快乐？
在你是否快乐？中，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谈论了快乐本身，以及在工作场所中的快乐：
我发现，在软件和产品开发的世界里，快乐并没有成为明显的关注焦点（同样，在许多其他工作领域也是如此）。
我为本文起名“超级快乐”，正是为了与“超高生产力”的概念相呼应——我发现，最近人们越来越频繁地提起后者。对此我忍不住感到鄙视——是的，我也
会把这种感受说出来——每次我听到或看到“超高生产力”一词的时候总是如此。无论如何，它并不像敏捷一样在多数情况下都不负期望。实际上，到底有谁会对超
高生产力感觉良好？（……）个人来说，我更乐于看到有更多的人多谈论一些超级快乐，少谈论一些超高生产力。
| 
