如何管理好一个团队始终是一个热门话题。
- 倾听：(正如 Sam 的列表所说) 和……
- 认可：……让抱怨者知道他们已经被倾听。
这通常是 抱怨是一份礼物 (亚马逊图书链接) 的情况，并且这种可能性应该始终尽早，如果不是立即，就进行调查。Sam 可能会写一本关于他曾受到严厉批评但最终取得巨大进步的书。观点不是“把柠檬变成柠檬水”（稀释并添加甜味）。观点是“那里有金子”。找到那块金子。
喋喋不休的抱怨来自：
- 没有被倾听（尤其是感觉没有被倾听）。
- 感觉被误解。
- 感觉无能为力。
当用户因引起他们不适或扰乱他们日常的变更而感到不适，并且他们没有被咨询或没有机会消化变更的价值时，他们可能会感到被过度摆布。（我们都花了多少时间来学习当前实现的 Discourse？）
题外话（点击展开）：
我意识到我们目前正处于“软件暴政”之下。我们经常依赖那些似乎不在乎它们如何影响我们的软件。这就是像 Discourse 这样的系统脱颖而出的原因：你可以看出它是为用户和管理员以及团队/社区设计的。太多的开发者走捷径，然后他们（和管理员）耸耸肩说“多点两次鼠标而已，有什么大不了的？”而你想抓狂并大喊*“我每天都要多点这两次鼠标，成千上万的人也是如此！而你可能节省了一个小时的编码时间！！”* 因此，对系统进行意外或不受欢迎的更改很容易引发我们经常面对——并且不希望面对——的那种暴政。
我曾读过一项关于国际外交动态的研究，其中一个国家在权力严重失衡的情况下占有优势。例如：美国和古巴试图合作。主要动态是，权力较小、影响力较小的方面很容易感到被忽视和被驳回。这可以理解地会导致对“对方不关心，只是随心所欲，而不顾及他人的需求和愿望”的想法感到不满。Sam 立即在下面和上面的观点都解决了这种无力感。你的成员可能会尖叫*“停止这个过山车！我要下来！！”* 
有些人喜欢过山车，有些人则讨厌(!) 它们。最安全的方法是开一辆公交车，平稳而温和地行驶。更好的是开火车；它们加速和减速都很平缓，不会突然转弯，而且载客量多得多。
我想补充一点，系统管理员应该花时间推出所有更改，并在较大的更改上花费更长的时间。制定一个合理的迁移计划并提前通知。利用提前通知来提前了解是否有人在为重大的中断做准备，而他们甚至还不知道是否会有中断。换句话说：他们是否已经准备好憎恨它了？分阶段进行迁移计划，以便在跌入下一个瀑布之前让尘埃落定。这些沉淀点——瀑布后的平静、舒缓的湖泊——是征求反馈并确保每个人都感到参与和被倾听的好时机。
我还读过另一项研究，研究人员雇佣了一名演员参加工作组并煽动负面情绪。所有小组都失败了，正如预期的那样，只有一个小组例外。事实证明，这个小组有一位父亲是外交官的成员，他/她学会了如何充分认可他人并让他们感到被倾听。这阻止了任何不满情绪的产生，即使是在故意制造的情况下。
唯一安全的方法是首先处理这些建设性因素，同时指出已建立的（并且最好是所有人都接受的）旨在防止负面情绪蔓延的政策。在此之后，可能需要把一个头砍下来，挂在城墙上示众。如果你达到了那个点，就毫不犹豫地去做，但要确保你是循序渐进地、逐步达到的。
在做以上事情的同时，你还可以提醒大家社区的目的和长期目标。这往往会使眼前的、短暂的不适感变得不那么重要。（然而，这只是一个旁观者，而不是应该获得最多关注和精力的实际解决方案。）无论如何，定期推广团队或活动的使命、目标和宗旨总是一个好习惯。这有助于人们专注于正确的“游戏”。作为领导者，你必须给团队一个值得玩的游戏和一个目标去追求，否则游戏就会变成针对你。
注意： 对新成员的攻击很奇怪。新成员是否试图支持这些变化，从而因此激怒了老成员？