优秀开发者做的一些会让团队抓狂的事

经过多年的埋头苦读和无数个抓耳挠腮、调试的夜晚……你已经解锁了你开始编程时无法想象的超强学习能力！

任何一个问题怎么可能如此容易解决？

为什么其他人不像你一样优秀、高效、积极主动、充满动力？

他们为什么不互相沟通？为什么他们不希望团队取得最好的结果？

我发现人们很容易陷入只关注目标或里程碑的思维定势，而忘记团队的感受。

如果他们意见不一致，关系也不好，他们实际上会给你带来更糟糕的后果！

我一直在思考Patrick Kua关于开发人员在转型领导团队时面临的挑战和错误所做的演讲。

我曾经犯过很多错误的假设，因为我自认为我是团队中最严谨的人……我以为通过不停的入职培训和一对一指导，我能够影响其他人做得更好——变得像我一样！

现在回想起来，我认为正是我的急躁和缺乏同理心让我成为了一个糟糕的本科教师。我期望每个人都能像我一样对我的学科充满热情。

有些人上学就像每天都要洗衣服一样。

有些人工作只是为了做好一份差强人意的工作，这完全没问题！

以下是我在与不同思想流派的领导者合作时，发现 Kua 的演讲中一些引人注目并引起我共鸣的地方：

• 只是告诉别人该做什么，而不考虑他们的兴趣或优势，更不花时间去了解他们的观点和工作方式是由什么塑造的——很可能是他们自身的创伤以及其他人可能存在缺陷的领导风格的经历。

• 所有技术决策都由他一人做出，因此限制了团队成员对结果的影响力。

  • 有些情况下需要迅速做出决定，尤其是在时间非常紧迫的情况下。然而，了解他人支持或反对某项决定的理由，是你持续了解自身决定影响的职责所在。

• 为了满足个人对标准的期望，重构其他人刚刚完成的功能，这会打击刚刚完成该功能的开发人员的积极性。

• 在没有与团队沟通预期的情况下，通过增加工作量来提高工作效率，这会阻止人们通过尝试和失败来学习不同难度的任务——而且还会造成一种恶性循环，让他们期望你来弥补他们的不足。

  • 我总结出我的工作是向其他开发者展示如何做得更好……同时也赋予他们自主权，让他们决定是否跟随。如果他们遭遇失败，这是他们职业生涯中需要认识到并承担的责任。

• 仅仅分配任务而不进行入职培训是不够的。团队成员需要了解任务背景才能完成任务。如果你找不到其他人与他们协调，那么你就有责任为他们提供完成任务所需的资源。

• 只做自己感兴趣的工作，而不是思考如何支持团队成员，如何发展每个人的技术和个人优势。

  • 这意味着要让其他人去解决棘手的技术问题，而不是因为你在这方面投入更多精力就亲自去做。你还有其他跨团队、跨部门的工作要做。当他们解决不了问题时，你可以介入提供帮助。

以下是我反思后认为对我个人和团队整体效率都特别低效的一些做法：

• 编写详细的工单和文档，却期望其他人只是阅读并照做，而不是帮助他们理解为什么在团队中主动编写文档很重要，并培养编写说明的能力，以便在其他人审查或测试他们的工作时更轻松地完成工作。

• 期望别人立即回复或做出决定，或者以与你相同的速度和方式工作。你是最终交付成果的“替罪羊”，但你的职责还包括预判其他人的舒适度、工作节奏，以及他们的积极性和自主性。

我在这篇文章中提到了一些我正在努力改进的不足之处。但一次反馈可能并不适用于其他情况，而且有时也可能矫枉过正。

我认为，反思失误能为人们提供不同的视角，从而判断你自己对自身表现的评估是否准确，或者是否过于苛刻。

我喜欢与人合作，这对我来说是一个很大的转变，我以前是一个内向的、不拘一格的独立艺术家，现在却感觉需要一群人一起合作才能创作出任何东西。

所有这些都是一种奢侈和特权，让我能够思考如何才能更好地做我喜欢的事情，并将其作为工作。

向各位开发人员、质量分析师、项目经理（无论是否拥有领导权）以及技术领导者提出以下问题：

• 你注意到自己会采取哪些措施来应对压力？这些措施对你的团队产生了怎样的影响？

• 你尝试过哪些方法来让其他人感到安全，并了解如何更好地合作？

• 你是如何应对不善交际或性格内向、沟通方式与你不同的人的？

• 在你看来，有哪些时刻你意识到团队的运作方式与你的预期不符？为了帮助他们，你采取了哪些措施或改变了哪些方法？