Tag Archives: 管理

是不是程序员总会遇到一个瓶颈期，觉得自己没有进步了，该怎么解决？ 这问题不光你碰到，很多知名大公司早就面对过了，看看华为怎么解决的， 人家是站在企业文化的高度上来解决，不管内训还是办公室的墙上都有句反复提及的格言，叫做： 简单的事情重复做，你就是专家。 重复的事情用心做，你就是赢家。 整个公司/部门层面上，把这种观念贯（hu）彻（you）下去，你的问题将迎刃而解。 为啥呢？公司目标和个人目标的差异性问题，公司不是学校，最大的目标是挣钱，这是对所有人负责的大目标。再此基础上，最好的时候，两者是重合的，但不是一直都能重合，更不能 100%的重合，二者本质上是矛盾的。主管当然需要协调让两个目标重叠部分增多，然而根本上来讲，你不可能彻底解决这个问题。 二者重叠度下降难以统一时，员工会选择离职，或者能动性下降。公司目标不能随意改变，作为主管能做只有鼓励员工自学加深岗位相关知识的理解，帮员工调岗，更换工作内容让他从事更重要或者新的工作；然而缺乏锻炼机会的自学是有限的，调岗换工作内容并非容易操作之事，所以对于这些大公司而言，最有效的就是通过文化和思想工作改（xi）变（nao）员工的认识。 所以，主管碰到这类问题再原地死磕通常是没辙的，平时看看励志书也不是绝对没用的。 什么工匠精神，什么拥抱变化，什么专注之类的流行词汇，平时也要及时掌握，深入理解 出门请右转，仔细阅读：成功法则(一）：简单的事情重复做、重复的事情用心做 还有该说法的姐妹篇《机会总是留给有准备的人》，搭配始用效果最佳，后者我再一篇文章里展开过： 做主程序员是怎样的体验？ 只能帮你到这里了。

这是之前我写的一篇知乎回答，先后获得知乎圆桌精选，日报收录和编辑推荐，起因是有人再问： 实在是对管理团队提不起兴趣，也不愿意离开现在的职位，但不这么做一方面会被后来的年轻人赶上，另一方面薪酬也提不起来。看了一些这方面的书，觉得没什么收获。 程序员从技术岗被提拔进入管理角色，常常面临几个不容易发觉的误区，处理得好能否让自己职业生涯更进一步，而忽略了却容易让自己掉坑里。 误区1：不要对立 【管理岗】和【技术岗】 有人是转了【管理岗】就把技术丢掉，觉得终于可以摆脱码农身份，希望做纯粹的管理，进而今后向中层，高层发展。须知到处都不缺纯粹的管理人员，技术丢掉了，哪天项目变动，不一定就需要你去做管理了，退回技术岗很不适应，恐怕就只有离职的分了；纯粹的管理人员需求量并不是那么高，一般都喜欢内部提拔信任的人，哪天你换个工作了，新公司看你初来咋到，人家凭啥信任你？顶多也只能给你个骨干或者副手的机会，以观后效。见过不少转纯粹管理的，除了一直高升的极少数几个外，大部分一旦项目变动或者换工作，基本就挂了。 还有人喜欢纯粹技术，有机会转管理岗的时候不去争取，觉得只有纯粹技术岗才能将技术做好。其实大可不必这么顾虑，管理岗的非技术事情是比较多，但工作分配相对自由，管理之余你可以静心研究一些对项目比较有用的核心问题。 我见过优秀的技术管理人员，本身技术能力很强，管理能力照样很强，某同事本身在原有行业管理近 400人的研发团队，切换行业后，从基层程序员做起，并没有谋求在新公司一定就要做管理岗，凭着扎实的基础，很主动卖力的在新岗位上工作，很快成为骨干，对整个项目做出了突出贡献，开始逐步分担一些招聘和带人性质的工作，凭借先前出众的管理能力，很快被重视起来，机会一来，立马得到提拔。 能力是你自己的，职位和机会是别人给的，你真有能力，谁也很难埋没你；你德不配位，即是机缘凑巧走上了管理岗，有点变动你也就废了。真正牛逼的人，放在哪里都能闪光，没人埋没得了你。 误区2：主次颠倒： 技术管理的终极目标是【搞定问题】，把你找来是要让你搞定一个个项目的，不是吃干饭的。管理本身的目的就是在有限的资源下达到既定目标。时间、人力都是有限的，如果资源无限那要你何用呢？即，大家搞不定了，时间紧了，需要你上的时候，你得二话不说顶上去，别想当什么甩手展柜，你又不是老板，你是管理者，没有哪里需要甩手掌柜，以为【分配别人工作】就得了；硬件一分钟买不回来，没有条件，短缺这样短缺那样，你得想办法解决；另一方面，该拼命时你得下得了决心鼓励团队向前冲，比如加班。 三观正的管理者，立场肯定要站在公司一边，该对大家有所要求的时候就要能对大家有所要求，谁都想做老好人，这个说多了，可能有些人又不爱听了，问题是你管理者不是基层员工。你只有对自己和团队严格一点把一个个问题搞定了，大家的收入才能往上提升，职业才能有所发展，这才是真正的对大家好；平时大家一团和气，每个人都过的舒服自在，如果最终问题搞不定，大家收入和职位上不去，那你是在害大家。 误区3：不能严格要求 团队的战斗力从哪里来的？严格的要求，统一目标。太抽象？我解释一下：

程序员觉得自己长期徘徊在业务逻辑上，希望成为一名主程序，不知道主程序需要会哪些东西。是不是每个主程都有自己的框架？是不是要熟悉各种技术的底层内核？ 想成为技术负责人是好事，说明你起码是一个有事业心的人，如果真的想成为技术负责人就该卖力工作，多解决工作中实际问题，做到比别人业务更熟练，然后先成为骨干，再有合适的机会成为主程。 自己工作中出成绩，比你写什么框架都强。别搞反了，成天把时间费在和工作无关的事情上，耽误了本职，最终给别人留下一个：知道的挺多的，可惜工作不突出，做东西又慢的印象。 见过的凡是得到提升任命的主程们，无不是出色的解决了工作中各种实际问题，或者优化了性能，或者降低了整体开发成本，引入更多自动化机制，或者解决了效率问题。他们都是主动在工作中争取承当更大责任的人，不是成天钻研各种虚无缥缈的东西的人。 怎么争取承担更大责任呢？一句话，快，做东西要快，别人做两天你做一天，天下武功唯快不破。时不时告诉主程你已经做完了，接下来做什么？多问几次，然后主动跟他提，哪块还需要搞一下，你想把它搞一下，不然以后XXX。 承当了更多责任的时候，就可以象主程提建议说自己这边事情太多，能不能有1-2个实习生或者新人。然后从带好实习生和新人开始，多为组内培养人才，进而成为组内骨干。