导读:作为技术主管,这个角色暗示,你不再是这个房间里工作的专家,而是要负责领导这个房间里的专家。
我在高中时常说:我不需要知道测试的所有答案,我只需要知道那个人的电话号码。
人们常常因为技术领导者应该引导或领导一组技术专家而感到困惑,他或她需要成为与他们正在开发的项目相关的每项技术的最牛导师。但事情的真相是,实现这一点是根本不可能的。
不要误解我的意思,如果发生时,它是在正确的环境下:正确的项目,正确的队友和正确的需求。但是说实话,这种情况发生的频率有多少?想一想,想想团队中的专家,他们掌握有几个?两个?三个?还是更多技术?
通常的技术专家指的是:
非常精通一种技术,也很擅长其它技术;(一专多能)
或者对许多技术非常擅长,但对其中任何一个都不太好(这是众所周知的“万能胶”)。
并非我这么说,在IT行业也存在一些奇怪也可能不公正的规则,会妨碍您在职业生涯中同时成为几种技术的专家;
这只是因为生活而发生的。无论你是否愿意,你最终都会专长到一个技术,而且这需要时间。我们需要在不断变化的IT环境中随时掌握最新信息;需要把最新的JS框架来学习,一个新的Java版本的新特性等等。简单地找到足够的时间来完成,同时处理个人生活(例如与一些朋友见面,结婚,旅行,与孩子一起游玩等)可能变得不可能,除非你找到一种方法持续24小时以上的日子。
据说你认为你可以领导多个不同的项目,并仍然是有深度的项目?
我来问你一个问题:你说你会参与项目,扮演最重要的角色(无论是开发人员,测试人员,业务分析师,产品经理还是你认为你应该做的任何角色),但其实并没有那么多的工作。
如果你想成为一名成功的技术领导者(或者至少是一个好的技术主管),你会想要做的第一件事就是要接受一个事实,也就是你将领导比你更有才华的人,还有任务的时间期限(至少是给他们付工资之时)。
事实上,我会更进一步,并说你希望发生这种情况,因为这意味着你的团队中的人员有足够的才能来完成工作,并将专注于做到这一点,而你的工作包含管理,促进他们的工作达成。
再次,这不是一个规则,取决于你的团队规模,对于你所有的团队成员来说可能都不是这样。你最终可能会同时拥有一个技术熟练的成员团队(有些人比你更高级,其他人不那么多);但只是希望至少有一两名确实比你掌握的技术更好,这对整个团队都是有益的。这种设置将使您免于辅导和监督更多初级会员的任务,特别是在项目的前几周或几个月内。
通常情况下,在这种情况下会发生的情况是,初级团队成员开始接受与更高级团队成员紧密合作的挑战。
当你是技术领导者时,你需要把自己放在一边(说实话,可能不像听起来那么容易),因为你基本上是为其他人工作的。正如他们所说,你处在一个困难的地方,因为你需要关注你的项目的目标,同时你更需要关注你团队的福祉,在某些场合这是两回事。
让我举一个例子:当您的关键开发人员因为所有额外的工作时间而开始耗尽并要求休息几天时会发生什么,当您的经理要求演示他的功能时,会发生什么?这个项目在公司里很重要吗?或者你应该和相关利益人吃点什么,争取一个新的上线或演示日期,给你的关键队员那些值得期待的日子?想想看...
特别是在压力开始的时候,不管是因为公司的市场经理或产品经理在推动你的团队,还是因为你的团队有很多内部故事,或者任何生活可能会对你产生影响,你仍然处于中间层。
回到这一点
你不是团队的老大,你只是另一个棋子。
在创建团队时,一些好的指标(至少在过去对我有用)是:
你会要那些专注于他们任务的人(并且成为他们的领导者),所以你不必为他们做这些事。
你需要了解你是谁,回到这个重要一点。
您需要了解与自己合作的人员,了解何时使用以及何时启用备份。
你需要知道什么时候让外界的压力透到你的团队中,以及什么时候充当大坝,照顾团队等这些问题,以使你的团队可以持续向前,减少压力。
当战斗打响的时候,你也必须诚实并且承担全部责任(或者领导你的人来负责这个项目)。毕竟,这是你的团队,这是你的责任。如果项目失败了,你很有可能会看到人们的各种表现。
我已经写得挺多了,但这些是我学到的最常见的东西(或者更准确的说,我仍然在学习),关于如何成为一名好的技术主管。
我希望这个角色能够发出一些光芒,你知道你会怎么做,如果这是你想要的。或者在你的项目的日常工作中涉及到上司必须处理的事情。(来自: 21CTO(微信号:we21cto) 编译:小墨,作者:Fernando Doglio)