技术领导要不要写代码？这是一个问题。 我刚工作的时候就听说，程序员(那时候还没有“码农”的说法)是吃青春饭的，到30岁就熬不了夜写不动代码了，所以要尽早转管理岗。相应的，如果你走上管理路线成了技术领导，自然就不必干写代码这种低级重复的体力劳动了。所以当时自己代码写得很多，技术能力增长很快，但总感觉有点别扭。那感觉就像，你能把车开得又快又熟练，最终只是为了能按时到达机场赶上飞机。然后，你就再也不用开车了。 不过无论如何，赶上飞机看来是更高级的选择，为了它，放弃苦心修炼的车技也可以接受罢。

    领导必须更懂技术吗？这是个问题。做了领导以后，因为工作的关系，许多人都不那么熟悉基础的技术了，结果自己心里没底，更怕遇到问题时在下属面前丢脸。所以，有些人选择了双管齐下——既不放弃领导的工作，又不放弃原有的技能，结果疲惫不堪。还有人干脆选择不当领导了，因为有手艺，才有安全感。

    技术领导人的特质：不管跟什么人沟通，CEO，COO，还是PM，开发人员，他都是以双方可以有直观印象的语言来做沟通，他想知道你的意见的时候，提出的问题，尽可能的，不是给你出主观题，而是选择题。而要达到这个目标，我相信他在问每一个问题，每一次谈话之前，都会先把思路理得井井有条。

    如今，市面上关于“领导”和“领导力”的文章、书籍已经数不胜数，大家似乎并没有厌烦的感觉，新的资料仍然层出不穷；另一方面，对相当一部分人来说，“领导”和“领导力”又确实难以捉摸，看书似乎明白了，做起来却全然不对劲。为什么会出现这种情况呢？据我的观察和思考，主要的原因是：领导和领导力，都是主要与人有关的学问，一旦与人有关，就不能依靠简单的条条框框来行事。下面，我结合自己的经验和思考，谈谈领导和领导力的若干问题。 首先的问题是，为什么要有领导呢？或者说，什么样的人是领导呢？一个人被上级任命为“领导”，他就是领导了吗？不。他如果做得好，才可以成为领导，做不好，不过是“空有个领导的架子”而已；相反，民间的很多“领导”（领袖、领头人物），并不需要任命，大家都认可他。

    稍微盘点一些平时就很常见的现象： 1、很多产品经理觉得自己行，可领导不知道自己行，把一个不错的项目安排给似乎不是很胜任的同事了- 心里不平衡 ； 2、对团队对项目的问题，发表了数次个人的提议，但领导却一直没有得以重视，事实上问题还是很严重-心里有落差； 3、个人想加薪晋升，或收到了一些不平衡的待遇，想和领导沟通又不知道怎么处理和领导说，怎么处理和领导的关系-心里没有底； 4、抱怨领导没有本事，只会混，自己没有...