团队领导的类型:更多的程序员！程序员！

Question

昨天，我让另一个团队的一位组长说，他们花了一段时间才弄明白我在wiki页面上写的东西，因为我把从源代码管理中获取代码称为“签出”，这显然使他们感到困惑。他们说，他们是用来澄清情况的，他们只听说过“参加一个项目”这个词，并且说他们很长时间没有真正规划太多。

虽然这很好，但它让我想到的是多年来我遇到的不同类型的团队领导。我有一些几乎是纯粹的管理，我也有一些程序员同时做管理的事情。

人们喜欢什么样的团队领导？你怎么关心你的团队领导是否积极地开发你的产品？我发现真正像团队其他成员那样坐着并编写代码的团队领导人更有可能(根据我的经验)理解以下内容：

• 事情并不总是像听起来那么简单。我见过的团队领导，他们不编写代码，也很少编写代码，他们相信一切都是小菜一碟，根本不应该花太多时间(如果你想一起破解的话，也许就是这样)。
• 他们更了解开发人员并不总是喜欢坐在长时间的会议中，并尽力避免让他们的团队参加尽可能多的毫无意义的会议。
• 他们从技术角度理解你说的话。那些可能有一段时间没有编码的人可能无法跟上许多新技术、新技术或行话的速度。

我发现，如果有一个具有开发人员头脑并喜欢在代码中弄脏他们的手的团队领导，我会感到更加满意。也许有一些人喜欢团队领导，他们把自己与实际的编码方面拉开距离，简单地分配工作，或者其他类型的团队领导，我没有提到？

Answer 1

一个团队的领导者必须是一个程序员--他们不能领导团队，除非团队尊重他们和他们把每个人带到哪里。

另一方面，团队经理既可以是一个程序员，也可以是一个组织良好的人，并且知道什么时候该问问题和与其他管理人员交流。

可以在同一个人中同时找到一个经理和一个领导者，但更多的情况是，这些角色(应该)是分开的和不同的。

Answer 2

你应该读一本书管理人类。我的意见是经理们应该把他们的手放在代码之外。他们有更重要的责任，比如让人们远离开发人员，这样他们就可以完成他们的工作。让他们参与开发会造成混乱，因为他们还不知道发生了什么，他们的时间被分配到了这些事情和其他事情之间，所以很难指望他们提供主要的功能。另外，当你不得不告诉你的经理他们刚刚写的东西需要改变的时候，这真的很糟糕，你必须回去重新做。经理们真的是他们为团队的其他成员准备的手榴弹，所以他们可以专注于完成手头的任务。

话虽如此，经理应该知道软件工程吗？是的，他们当然应该，这就是他们所处的领域。应该知道如何在最新和最伟大的天才技术中编码吗？只要他们知道软件开发是如何工作的，那就不重要了。

Answer 3

我没有偏好，我不能，我必须和他们一起工作，即使太多的厨师破坏了肉汤。对于一个多开发者的典型项目，我有一个技术负责人，一个项目经理和一个非技术客户。当然，部门管理部门和方案管理部门都会各执一词。

有许多类型的领导者，每个人都有自己的特点：

非技术客户：：“客户永远是对的.”经常想要一根棍子上的月亮。会给管理层和技术部门打电话，并以最好的答案作为福音。

团队经理/线经理：有点田园诗般的角色。对我现在正在做的这个项目并不特别感兴趣。在项目优先次序之间作出决定时采取的步骤。可能真的很想成为一名程序员，并且把他所有的工作都委托给他的下属。

项目经理：不同程度的技术诀窍.只关心时间和成本。不明白，“我不知道要花多长时间，我需要先玩几天才能感觉到。”

团队负责人/技术负责人：只是另一个开发人员，但有更多的经验。负责影响整个项目的技术决策。经常与项目经理进行斗争，以执行良好的工程实践，即使在短期内需要更长的时间。

团队组长/荣耀的秘书：应该是领导团队的人，但更像是秘书。(通常是高于队伍的等级)。接电话，使客户远离技术指标。这很好，直到他们问了一个技术问题，在这个问题上，被尊崇的秘书试图把他/她的方式挖出来，最后他们围绕着秘书工作，并与团队直接交谈。