跳至正文
首页 » 博客 » It’s OK not to lead

It’s OK not to lead

当我刚进入工作岗位时,我对周围的程序员感到敬畏。我花了4年的大学学习如何实现Alpha-Beta修剪和各种口味的sort(),而这些家伙已经建立的东西,真正的人在现实世界中使用多年,甚至几十年。我想,在更小,更理智的范围内,这是大学橄榄球运动员转为职业球员时的感觉。

这并没有持续。过了一会儿,鉴于他们的丰富经验,我对他们的敬意减少了,而更多地将他们视为我可以学习的简单同龄人。随着岁月的流逝,随着我获得越来越多的经验,天平开始平衡。我不再是周围最环保的开发人员,并且有一个健康的人比我更有经验。

走向领导

随着这种转变的发生,我开始根据经验和成为一名手工艺的学生来发展自己的观点和偏好。我开始读像叔叔鲍勃·马丁迈克尔·羽毛这样的人的书。而且,有时候,我正在发展的这些观点与我周围的一些人的观点并不一致。我开始注意到,行业思想领袖所倡导的做法被我周围的一些人所忽视或忽视。

同时,我开始注意到,从 “架构师”,“首席软件工程师” 和 “团队领导” 等职位上做出技术决策的人在技术上不一定是最好的。通常,这些领导角色似乎与公司工作年限和对该领域的熟悉程度一样,也是技术敏锐度的函数。在比我更有经验的开发人员的技能,理念和方法似乎各不相同的地方,决策者似乎不成比例地重视 “大量代码” 方法。当然,当你与决策者有意见分歧时,它不会按你的方式发展。

随着我职业生涯的成长和四处走动,与根深蒂固的技术领导者的这种哲学上的摩擦使我得出结论,通往快乐的道路是成为公司的技术决策者。我也是一个雄心勃勃,成就卓著的人,所以无论如何,想要 “提升” 到领导地位符合我的目标。我会努力工作,等待时机,直到我获得领导职位,在那之前,我会对自己的生活不满意。

领导力实现

这个故事的第一部分有一个幸福的结局。我找到了自己的领导方式,通过努力工作,多年的实地工作,以及四处走动。我终于在一个位置,我拥有的决策。我不再受制于确定公共API的最佳方法是一个拥有数百个静态方法的巨型类。我可以主持一个干净的代码库和一个干净的方法。

而且,我做到了。事情进展顺利。但这有一个隐藏的讽刺,那就是,当我获得更多的领导责任时,我对实际实施的处理就更少了。我拥有世界上所有的自由来做出技术决策,却没有时间做出决策。在很大程度上,我委派了工作,并信任团队成员做正确的事情。

我最终意识到,我想要的本身并不是真正的主角。从本质上讲,我一点也不像微观管理者,我也不想成为为群体做出决定的人。我只是希望不要这样做。我不想被微观管理。花了很多年的时间,一些晋升和各种各样的角色来理解这一点。

团队成员很好

当我有这个顿悟的时候,我是一名首席信息官。我有IT和软件开发组织向我汇报,写代码是我在晚上做的事情,以保持我的技能敏锐。对我的处境进行了一些认真的反思和评估,使我退出了这个角色,并自行罢工。

我成为了一名自由职业者,从事应用程序开发,教练和IT管理咨询的混合工作。结果是,我不得不回到我更接近或直接参与实际构建的情况,但我仍然没有被微观管理。而且,我对此很满意。

但是在这段时间里发生了另一件有趣的事情,那就是我在团队中的角色代表成就或排名的任何剩余感觉的离开。软件团队的组建并不像 “最好,最合格的人是领导者” 那样简单或迟钝。我可以选择加入一个团队,伸出援手,从别人那里获得技术指导,而不会以某种方式降低我的地位或对我能力的看法。

这是一个巨大而令人惊讶的解脱。你看,作为一个团队或部门的领导可能会让人筋疲力尽。责任落在你身上,所以你只能得到一个小的宽限期,你的答案可以是 “我不知道”。在某种程度上,团队中的任何人都可以说: “天哪,这简直是我的头-我需要帮助。”作为领导者和更接近的人,这就是你介入和处理它的地方。而且,压力很大。

我很想能够给我年轻的自己这个信息,但我必须满足于把它给每个阅读的人。你可以找到好的团队,由不是微观管理者的人来管理。您可以将自己置于有权做出正确决定的情况下。如果你想要领导职位,并在你的职业生涯中遵循这条道路,无论如何,都要做到这一点。但要明白,这不是一个更好的职位,也不是阿尔法状态和能力的指标。投身、编写代码和为团队做贡献是度过职业生涯的好方法。不领导完全没关系。

为桌面和移动应用程序提供最苛刻和最漂亮的触摸友好仪表板,其中包含超过75个HTML5图表,仪表,财务图表,统计和技术指标,趋势线等。下载Ignite UI现在体验一下Infragistics jQuery控件的强大功能。

</p