行业动态
01 “我决定走管理之路”
九年前，，，，李飞还是天津一家中小型互联网公司的程序员。。。当他踏入这家公司的时候，，，，是一个什么都不懂的新手，，，只靠看书背下来了一些编程理论知识，，连框架都不会搭建，，他抱着虚心求学的态度接受了2500元的工资。。
三年之后，，，，他接触了安卓、、ioses、、前端、、后端等各种技术，，，几乎成了一名“全栈工程师”。。。他就像公司里的一块砖，，，，哪里需要哪里搬，，在项目的开发流程里到处可以看到他的身影。。这个时候他觉得自己达到了一个发展瓶颈。。。。
天津较低的技术天花板让李飞觉得在公司已经学不到太多东西，，他想去更高的地方看一看，，摆脱自己“杂而不精”的状态，，，在自己感兴趣的人工智能或机器学习领域沉淀下来。。。。当他在北京找到一份合适的工作，，，提交辞职申请时，，，他的上司和他聊了聊。。。。
他的上司和他说，，，这几年他在快速成长的同时，，公司的开发团队也在发展壮大，，，现在公司要转型开发新项目，，，，正需要一位优秀的项目负责人来领导开发团队，，而他正是公司眼中的合适人选。。。
在那次深入的交流中，，，李飞被上司保证的美好前景打动，，，，在大厂专业螺丝钉和自由发挥的管理者之间，，，，他选择了后者。。李飞认为他的技术“广度”其实恰好适合成为一名管理者，，，这或许是冥冥之中自有天意，，虽然管理并不是比技术更容易的事情。。。
02 “放权中的度”
转变思维并不是一件容易的事情。。。李飞虽然处在项目负责人的位置上，，要对整个部门负责，，，但他的思维经常会回到程序员单兵作战的肌肉记忆中。。。。
当李飞将他眼中只需要一天的工作交给下面的员工去做时，，却往往在四五天后才得到反馈，，而且代码的质量也令他难以满意，，程序员的习惯就会让他在这个时候忍不住亲自动手。。长此以往，，，为了项目不出差错，，，李飞不得不亲自操刀项目中的核心代码，，，，并且还要检查员工写的每一条代码，，，一点一点测试每一个功能点。。。这些工作占用了他大量的时间，，，但仅仅是保证了项目不出差错。。。
在这些工作之外，，李飞作为项目负责人，，，，还需要维系客户、、、做任务分解、、、、沟通需求、、项目演示、、、、协调团队关系、、、处理紧急状况，，甚至填报材料、、写合同。。他桌子上的便签每天会列出至少二十项待办任务，，每个任务似乎都在急切地等待他处理，，习惯专注的他只能用自己最快的效率去硬抗。。。繁重的工作压力令他每天自觉加班到晚上十、、、十一点，，，永远是公司最后一个走的人。。。。
事无巨细的操劳不仅令他疲惫不堪，，也使整个项目的效率变得并不是很顺畅，，，但他已经深陷项目的细节中无法自拔。。。在夜深人静时，，，，他经常会反思自己：到底是哪里出了问题？？？
后来一本书《卓有成效的管理者》给出了李飞答案，，，他尝试着每天写日报，，记录自己的时间。。。。通过分析，，他将自己的任务按重要程度做了先后排序。。。
同时他也意识到事必亲躬的习惯正在一步步剥夺团队其他同事成长的机会，，，，这样下去或许会毁掉整个团队。。。于是他学会了放权，，鼓励同事们自己解决问题，，并有意识地培养一些技术人员来承担更多的工作。。当与十几个人对接变成了与四五个人对接，，，李飞的工作一下子清爽起来，，他也有更多的时间可以思考项目管理的一些问题。。。
正当李飞为自己的管理方式感到满意时，，却遭遇了项目上的第一次“滑铁卢”。。当时李飞同时带了五六个项目，，忙得不可开交，，，于是他做了一个决定，，他将其中一个较为简单的二次开发项目交给了三个技术不错的员工。。。为他们制定好详细的开发计划后，，，他只负责严格把控进度，，，其他任由他们发挥。。。。四个月后，，，，这个项目按时交付却问题频出，，，，引起了客户的强烈不满，，每天都在道歉的李飞头都大了。。。。
他带领三个同事组建了攻坚团队，，加班加点修改项目中的问题，，，，用了八天的时间，，每天花费超过十二个小时，，才挽回了这次项目危机。。。那段时间，，，，他都是凌晨两点才踏上回家的路。。
李飞和他的同事们在为项目加班加点
事后李飞进行了反思，，他意识到自己这次错在了放权的“度”上，，，，他对员工绝对信任不等于彻底放任不管。。。。往往一些项目的技术逻辑是简单的，，，，但面对的场景却是复杂的，，，比如对接的客户并没有专业的产品经理，，一个月修改七八次的产品需求会为项目开发增加许多困难。。作为技术负责人的他应该为开发人员提供引导帮助，，，但这时候他也陷入了其他项目难以脱身，，，只能让具体的开发者各自为战，，最后造成了“三个和尚没水喝”的结果。。。。
同时，，，因为很多项目经常会陷入大量无效的扯皮场景，，他深刻意识到了流程的重要性。。。。公司的运转应该像齿轮一样，，推动员工工作的应该是一个个任务节点，，，而不是某一两个优秀员工。。。
李飞像小马过河一样在业务中反复探索，，，，踩过了几次坑后，，，，他逐渐有了管理的感觉。。
03 “沟通是门学问”
从程序员到管理者的转变，，，，也是从手上功夫到“嘴上功夫”转变，，，，沟通或许是管理者最需要的技能。。
项目经理需要把控项目风险，，，其中最大的风险莫过于需求的变更，，，，这或许是每个程序员最讨厌的问题，，却也是项目中最常见的问题。。。。明明沟通好的需求，，让项目有充足的时间去完成，，，但需求的频繁变更硬是让项目时间缩短到让全员去拼命的地步。。。刚开始他遇到这种情况就会火大，，，他会在对接中经常性地怼客户，，，强硬地拒绝这种“不合理”的要求。。但这样做的后果毫不疑问就是得罪了客户，，而维系客户恰恰就是他的职责之一。。。
后来他阅读了一本书《企业管理实践》，，，其中有一句话令他印象深刻“企业的绩效是客户带来的”，，没有客户，，，企业就没有出路，，，，他之前幼稚的做法只会给公司带来损失。。。。这逼得李飞不得不妥协，，，，但这样的后果就是将压力转移到了团队身上。。。。当这样的难题摆在眼前，，他突然理解了销售同事的难处。。。。
每一场沟通的背后都是李飞与客户间的博弈，，，这令他心累，，，也让他成长起来。。。他变得圆滑。。他会在需求变更三四次时喊停，，重新和对接人沟通项目计划，，设计好前期需求后再动手；当他拒绝掉客户的变更令对方领导不满时，，他会尝试从对接人身上入手，，，，积极缓和矛盾；他还会努力思考如何优化项目的流程，，减少无效的时间成本，，，为团队争取时间。。。
随着项目沟通的增多，，，，李飞所研究的沟通话术也愈加成熟，，，他的管理之路增添了愈来愈多的成功案例。。两年后，，他所负责的的开发团队从7人拓展到50人，，，，他也从一个小的项目负责人升级为项目总监。。。
04 “从事到人,关注团队的成长”
屁股决定脑袋。。。李飞发现，，，管理之“道”不在事，，，，在人。。。
真正让李飞把重心从项目的管理转到团队的培养上来是因为他的职业生涯中最惨败的一次经历。。在那个项目中 他带领20多个兄弟接手了四个项目，，并抽调了三个实习项目经理负责了其中三个项目。。。。原本他以为自己的团队有一定的项目经验，，，，在过往的表现中都发挥稳定，，这次的项目应该稳操胜券，，，，但意外却频频发生了。。。
首先这个项目的技术难度是他所未预料到的。。。。这是一个十分老旧的项目，，，，用的还是十多年前的前后端框架，，技术偏门，，，学习成本巨大。。。而且框架混乱不堪，，，，仅表就有近2000张。。。对接人本身对项目信息了解得不全面造成了李飞的轻敌，，，，等到他接到手上后才意识这堆“屎山代码“远比想象中复杂。。。。
跨部门的沟通难度更是远超他的想象。。。。他曾经仅仅想要了解一个摄像头的型号问题，，，，要花费三个小时跑了五层楼才得到答案，，这些无效的沟通浪费了不少时间。。
同时他的团队也出现了适应能力弱，，项目负责人力不从心等各种问题，，本不该出错的地方却频频出错，，，李飞只能四处救火。。。当项目时间被急剧压缩后，，他为了赶进度，，，通宵时间超过了半个月，，，，干到凌晨4、、、5点的日子数不胜数。。整个团队的大多数人也跟着近两个月没有周末，，，，陷入极度的疲惫中。。虽然他们最后完成了项目，，但也严重超出了时间预期，，，，令甲方十分不满。。原本他可以依托这个项目在外面有不错的发展，，，，但在外拼搏奋战了三个月，，最后却带着一身惨痛的教训回到了公司，，，，同时也失去了一次为公司开疆拓土的机会。。
这次的惨痛教训令他深刻意识到了团队梯队建设的必要性。。。。目前他的团队除了他自己以外，，，，其他几位项目负责人要么性格太软没有主见，，，要么粉饰太平不暴露风险，，，要么不会沟通态度强硬。。当这些职场弱点被放大后，，就需要他四处救火，，，，深陷项目的细节中。。。。
同时在工作中，，他认为作为一个管理者还需要掌握的一个技能就是人尽其用，，，，不能把狙击手放在了主攻手的位置，，，把主攻手放在了指挥员的位置。。因为做事的关键在人，，，，只有解决好团队的问题，，，，才能把事做成，，，但人的问题其实是管理中最复杂的问题之一。。。
李飞的团队
回顾这些年的摸爬滚打，，他的管理经验是在野蛮生长的环境中一个跟头一个教训学来的，，，没有一颗强大的心脏他走不到今天的位置上。。。。许多打工者都幻想过晋身管理层后走上人生巅峰的美好生活，，但漫漫管理路其实是一路降妖除魔，，，，历尽艰难险阻。。但从一个程序员到优秀的管理者到底需要几步，，，，李飞或许也给不出明确答案。。
原创尼酱 转载自公众号码客人生