不想做经理的程序员

极客时间《面试现场》学习笔记

25 | 不是领导，怎么体现你的领导力？      



之前看过一本书叫做《The Leadership Pipeline》，中文翻译为《领导梯队》，其中有六个领导力发展阶段，从管理自己，到管理他人，最终成为首席执行官。我现在处在管理自己 menaging self 的阶段。





如果不在管理职位上，去发挥领导力，影响团队决策和发展方向，我感觉这个有点难度，其中微妙之处很难掌握。可能和之前的工作性质有关系，一般没有人会去质疑领导的决定；试图去影响领导的想法，需要精心的准备。



如果展示出了领导力，那么与事实情况下的领导如何相处，也要把握好分寸，最好能够共赢。



想清楚自己的决定圈、影响圈和适应圈，这个很重要。



我有时候会以为孩子在决定圈，而老婆在影响圈；后来发现其实孩子在影响圈（你顶多能施加一些影响），而老婆在适应圈（你只有明智的适应和赞同）。



我当然希望通过自己的努力，能够扩大自己的影响圈。（别误会，我说的是在工作中）



在培养或者指导别人的时候，我感觉最困难的是不知道对方是否真的想要学习，或者说想要把工作做好。口头上说想要学习某项技能，但是在实际操作上又比较懒散。找到他人的潜在驱动点，明确对方的真实需求是比较困难的。



在团队的技术讨论中，我一般会通过多方查找资料，给出多个可能的技术解决方案，然后大家一起讨论，最终选择一个大家认可的方案。在综合查询项目中，面临操作系统选型的问题，一开始想要使用国产的麒麟操作系统，但是我在过去的使用中，发现有一些故障点定位起来很复杂，所以推荐使用 Cent OS 或者 Ubuntu，最终团队选择的 Cent OS。



最近碰到的项目困难就是在海量数据分析项目中，面对第三方开发团队人员流动性比较大的问题，整个项目做下来，开发团队几乎换了所有的成员。在这种情况下，我首先引入了版本管理工具 Git，并且要求开发团队每天提交代码，避免了人走代码凉的情况。进而推广了 Redmine 的使用，主要是把项目的需求文档、设计文档和每天讨论的一些技术问题同步到上面，这样如果有人员流动，新人只要看一遍文字记录就能理解个大概。第三点，就是尽可能和开发人员保持良好的个人关系，这样即使对方离开了这个团队，甚至是离职了，如果有问题，我也能够获得支持和帮助。在项目的后期，虽然我不写代码，但是对于代码的结构和整体情况比较熟悉，如果出现 bug，也能够帮助团队一起修复。



虽然我对于第三方的开发团队没有实际的管理权，但是我觉得自己试着发挥了一些领导力，或者说是影响力。



看了这篇文章，我还是觉得做管理要更难一些，在带人的时候，要指导、教练、支持、授权；在做事的时候，要前瞻、决策、推进和担当，所以也能理解为什么管理岗的薪资水平要更高一些。



以我目前的情况，还是先扎根技术，然后着眼于业务；至于管理，我还是管好自己，尽可能在团队内发挥正面的影响力就好。