昨天我有另一个团队的团队负责人说他们花了一段时间来弄清楚我在维基页面上写的东西,因为我提到从源代码控制中获取代码"签出"显然混淆了他们.他们说他们用于Clear Case并且只听说过"加入一个项目"一词,并说他们很长时间没有真正编程.
虽然这很好,但是让我想到的是我多年来不同类型的团队领导者.我有一些几乎是纯粹管理的,我有那些同时做管理事务的程序员.
人们对他们拥有什么样的团队领导者有偏好吗？如果您的团队负责人积极参与您的产品开发,您如何关心？我发现团队领导者实际上坐下来并像团队其他成员一样编码,更有可能理解(根据我的经验):
我发现拥有一个拥有开发人员头脑的团队领导者并且喜欢在代码中沾沾自喜,我觉得更令人满意.也许有些人喜欢团队领导者,他们与实际的编码方面保持距离,只是简单地完成工作,或者是我未提及的其他类型的团队领导者？
wom*_*ble 21
团队领导必须是一名程序员 - 他们不能领导团队,除非团队尊重他们以及他们带走所有人.
另一方面,团队经理既可以是编码员,也可以是组织良好的人,知道何时向其他管理层提问和界面.
可以在同一个人中找到经理和领导者,但更常见的是角色(应该)是分开的和不同的.
您应该阅读《管理人类》一书。我认为管理者应该远离代码。他们有更重要的职责，比如让人们远离开发人员，这样他们就可以完成自己的工作。让他们投入开发会造成混乱，因为他们不足以了解正在发生的事情，并且他们的时间被分配在开发和其他事情之间，因此很难指望他们来完成主要功能。另外，当你必须告诉你的经理他们刚刚写的东西需要更改，并且你必须返回并重做时，这真的很糟糕。经理们确实是为团队其他成员跳上手榴弹的人，这样他们就可以专注于完成手头的任务。
话虽这么说，经理应该了解软件工程吗？是的，他们当然应该知道，这就是他们所处的领域。应该知道如何使用最新最好的技术进行编码吗？只要他们了解软件开发的工作原理，这就不重要了。
我没有偏好,我不能,我必须与他们所有人一起工作,即使有太多的厨师破坏了肉汤.在一个多开发人员的典型项目中,我有技术主管,项目经理和非技术客户.当然,部门和计划管理人员都会坚持不懈.
有许多类型的领导者,每个都有自己的特点:
非技术客户: "客户永远是对的." 经常想要一个月球棒.将致电管理层和技术人员并将最佳答案作为福音.
团队经理/直线经理:有点田园角色.对我正在进行的项目并不特别感兴趣.在项目优先事项之间做出决定的步骤.可能真的想成为一名程序员,并将他所有剩下的工作委托给他的下属.
项目经理:不同程度的技术诀窍.只关心时间尺度和成本.不明白,"我不知道要花多长时间,我需要先玩几天才能感受到它."
团队领导/技术主管:只是另一位开发人员,但拥有更多经验.负责影响整个项目的技术决策.经常与项目经理进行斗争以进行良好的工程实践,即使在短期内需要更长的时间.
团队领导/荣耀的秘书:应该领导团队的人,但更像是一名秘书.(通常是团队以上的成绩).回答手机,将客户与技术人员隔离开来.这种方法很好,直到他们提出技术问题,这位荣耀的秘书试图将他/她的方式排除在外,最终他们围绕秘书工作并直接与团队交谈.