昨天我让另一个团队的团队负责人说他们花了一段时间才弄清楚我在 wiki 页面上写的东西,因为我将从源代码管理中获取代码称为“签出”,这显然让他们感到困惑。他们说他们习惯了Clear Case,只听说过“加入一个项目”这个词,并表示他们已经很长时间没有真正编程过。
虽然这很好,但它让我想到了这些年来我所拥有的不同类型的团队领导。我有一些几乎纯粹是管理的,我也有一些同时做管理事情的程序员。
人们是否对他们拥有什么样的团队领导有偏好?您如何关心您的团队负责人是否积极参与您的产品开发?我发现像团队其他成员一样坐下来编写代码的团队领导更有可能理解以下内容(根据我的经验):
- 事情并不总是听起来那么简单。我遇到的不写代码或很少写代码的团队领导认为,一切都是小菜一碟,根本不应该花太多时间(如果你想把它一起破解,可能就是这种情况)
- 他们更了解开发人员并不总是喜欢参加长时间的会议,并尽最大努力避免让他们的团队参加尽可能多的毫无意义的会议
- 他们从技术角度理解你所说的。那些可能有一段时间没有编码的人可能不会跟上许多新技术、技巧或术语的步伐
我发现拥有一个具有开发人员思维并喜欢在代码中亲自动手的团队领导者会更令人满意。也许有些人喜欢团队领导,他们远离事物的实际编码方面,只是简单地分配工作,或者可能是我没有提到的另一种类型的团队领导?