关于技术领导力的话题已经引发了广泛的讨论,今天我不打算进行全面的探讨,而是希望结合自己的经验,重点分享技术领导力的几个关键方面,期待能为各位技术领导者提供一些启示。
首先,我们需要明确一点:这里讨论的是“技术领导”而非“技术管理”。
“领导”和“管理”是两个截然不同的概念。尽管这两者之间的区别已经被反复讨论,但仍有不少人对此感到困惑,因此在此强调一下。“管理”通常指的是为了实现某个具体目标而进行系统化的组织安排,而“领导”的目的则更加抽象,其手段也更为多样。如果你曾经观察过工厂生产线,就会深刻体会到,将工作细分至各个岗位,为每个岗位设定操作规程,以及将人员落实到具体岗位,这就是一种“组织”。相对而言,带领团队以创造性的方法高效解决问题,并促进团队和个人成长,这便是“领导”的核心所在。
对于技术团队来说,“管理”固然重要,但“领导”的作用显然更为突出。
因为技术团队常常面临全新的挑战,需要依靠全员共同思考、探索创新解决方案来完成任务,而“组织”仅仅是在此之后对任务执行的具体安排。优秀的技术团队虽然面对的问题并非重复性的,但其工作效率却应当不断提升,而这一点离不开个人及团队的发展。
在一些科技公司中,存在对“执行力极强”风格的崇拜,这种现象虽可以理解,但大多数技术人员内心深处认为这种风格更多体现的是“技术管理”,而非真正意义上的“技术领导”。因此,作为一名优秀的技术领导者,应当合理把握好“管理”的比重,将更多精力投入到“领导”之中。
明确了“领导”和“管理”的区别后,我们会发现,“领导”的难度远高于“管理”。因为很多时候,管理是在处理重复性问题,有章可循,而作为一个领袖,却经常要面对新问题、新形势,并且没有严格遵循的规则。不幸的是,在各种形式的“领导”中,尤其是针对技术领域,所面临的挑战往往更为复杂,因为其对象是知识工作者。
德鲁克提出了"知识工作者"这一概念,他指出,与从事简单重复劳动的人不同,知识工作者需要应对全新的问题,并具备较强的学习和创新能力。这是一种基于丰富知识、严谨思维和灵感触发下形成的综合能力。因此,知识工作者所展现出的劳动特征包括知识性、创造性和灵活性等多个方面。
对于知识工作者而言,我们通常只能设定目标,而无法严格控制过程,因此不能期待通过详尽操作规程来约束他们。传统管理方式虽然同样重视目标设定,却过于强调统一化流程,以过程保证结果,这与知识工作者所需灵活性和创造性相悖。
程序员(或其他专业人士)便是一个明显例子,大多数程序员并不喜欢那种工厂式工作的环境,他们渴望舒适的办公空间、优良硬件设备,以及尽可能自由的时间安排——例如上班期间能够上网聊天等等。他们私下认为,“一天能专心写四小时代码就已十分了不起”。这些看似“不正经”的要求,如果得不到满足,就很难写出高质量代码;至少那些能够创作出优秀代码的人不会选择这样的工作环境。
因此,从传统角度来看,虽然确实很难满足这些技术人员,但这是所有技术管理者必须接受的一项现实。那么该如何应对呢?我认为,对于一名合格的技术管理者来说,要做的是寻找可靠、有追求且自驱动型的知识工作者,为他们提供良好的工作环境,然后耐心等待成果显现,同时切忌急功近利——尽管我们时常难免会有这种冲动。
那么,是不是意味着作为一个技术负责人就可以放任自流呢?答案当然是否定的。
任何工作的成果都离不开一定程度上的约束。
我相信大家都经历过这样的场景:一个团队里,每个人都有不错的技能,但彼此间意见不合或者方式迥异,以至于导致团队整体战斗力低下,无所作为。从某种角度来说,这是一个典型的"管理"问题,因为未能有效落实计划;但考虑到前述关于知识工作者特性的讨论,更主要的问题在于缺乏有效地将整个团队凝聚成一体,使之成为一盘散沙。
每位成员对于技艺都有自己的习惯和观点,这是正常现象。然而,当大家共处同一团队时,该团队必须拥有共同认可且一致遵守的一些习惯、方法和价值观。这些习惯无关对错,却不可或缺,也不能模糊。在这个过程中,由于许多从事开发工作的人员天生倾向于区分对错、高低,所以从代码规范到架构设计,经常陷入漫长争执之中。这类情况对于任何一个工程师团队都是有害无益。因此,作为一名有效率且富有责任感的技术负责人,有必要及时解决这些矛盾,以确保从代码规范到架构设计等各个方面都能达成明确决策,从而帮助建立共识并督促执行,同时缓解个体间的不满情绪——这项任务绝非易事,但却十分必要。
究竟怎样才能既不如同工人般严苛规定,又不过度放任自流呢? 这个问题确实微妙,但其实并不复杂,可以从两个方面入手:
应当给予被指导者适度空间,不可因过细致而剥夺自由发挥空间,也不能因过松懈而完全依赖被指导者自身意识与协调能力。因此,理想情况下,作为一名技術領導,应以目标导向思考,为达成团体目标及协助被指导者实现其自身目标,应给予多少自由空间最为恰当。最简单的方法便是换位思考,为了完成目标,你身为领袖希望施加何种约束?同时,被指导方又需享有哪些自由?将二者有机结合,即可找到合理平衡点。
即如何让彼此不同且乐意争辩的人形成共识。一位优秀技術領導,无论背景如何,都须明白"目标导向"的重要性。然而,他们往往对自己的认知存在偏见,希望推广自己的理念成为全队共识。但实际上,他们自己认定的方法未必得到其他成员真心认可,如若只是勉强服从,那么长期来看队伍凝聚力势必受损。而这正是一名合格技術領導所欠缺之处。
更佳做法则是在与队伍沟通交流中逐步选取并确定共识,并像滚雪球一般推动这一共识落地、发展,让越来越多人认可,从而逐渐凝聚起整个团体。同时,也需淘汰那些无法认同该共识的人。有鉴于此,一位成功技術領導不仅需要卓越沟通技巧,还需具备包容心去接纳不同观点,并精准判断该共识是否符合团体利益。
技术 leadership 确实充满挑战,这是现实所在;甚至连著名经理学大师德鲁克也曾提及,对知识型员工进行有效地治理与引导非常困难,这将在21世纪成为普遍面临的问题,更何况IT行业里的专业人士本身就是极具创意且高度依赖灵感与自由的一群人。然而,在考虑到科技已在生活中扮演着不可或缺角色,以及大多数员工单纯可爱这一事实时,提高自身作为技術領導 的能力,不仅是义不容辞,更是一种令人向往之旅!
正如文中所阐述:“‘领导’本质上不同于‘管理’,身为一名成功技術領導 ,必须掌握好‘管’与‘领’之间微妙关系,以激发出更多潜藏激情与创造力!”那么,“管”与 “领”的差别到底包含哪些内容呢?技術領導 应如何提升自身能力呢?是否存在值得借鉴先行经验?又是否有学习技巧可供参考?
在线留言
微信客服
微信扫码联系客服
公众号
扫一扫关注公众号
回顶部