第一次做项目经理的感触和启发

背景

刚刚毕业半年，我在公司程序员马拉松比赛中冒出了一个小小idea, 最后带着团队熬了两天两夜搞出来一个demo, 还幸运的拿到了二等奖。

后来领导决定让这个idea变成公司常态化的业务，我也有幸体验了一次项目经理。

在半个月的时间内，从最初的需求评审，到技术方案确定，到代码开发，到冒烟测试，最后终于加班加点让项目如期上线。

这段经历给我带来最大的感触是——从一个程序员到项目经理的转变

从单兵作战到团队协助

这点是我感触非常深的。

还没毕业在学校时，往往会习惯了单打独斗，仿佛只要给我足够多的时间，我就可以学会某一特定的知识点。

但是作为项目经理，我不仅仅要保证自己的产出最大化，还要思考如何让整个团队的产出最大化。

跨边界非职权的领导力

作为项目经理进入一个新团队的时候，你可以清晰的看到团队中无处不在的边界。虽然各个角色和职能是完整的，但是断裂非常明显，很难顺利开展工作。这些接缝的地方往往容易出现问题，形成了一个个大家都避而远之的坑洞。比如说，设计同学同学出完设计稿，上传到共享地址里面，就完成了他的职责。

从这个角度来说，“项目经理”其实是一个背锅侠。

这个时候项目经理需要用自己的肉身，去把这些洞补上，成为那个跨越边界的连接力量。

设计稿有问题？需求点频繁变更？打点数据异常？这些问题不解决，项目就会推动不下去的，就必须把这些锅背下来，去不断的推进。

幸好团队里面的每一个成员都很给力，只要流程梳理好，划分好职责和干系人，大家都倾入了非常大的精力和热情，最终保证了项目的如期上线。

最基本的还是技术能力

作为项目经理，还是要好好锤炼自己的技术深度和视野：

技术能力高，更具有话语权
技术能力决定了填坑能力，如果有技术难题无法解决，项目无法推进下去。
技术能力决心了技术选型的能力，前期的技术选型失误，会导致后期项目可维护性差。
技能能力越多，越容易发现项目推进中的风险点。

暴露出来的问题

平时经常写业务代码，对各种轮子的使用很熟悉，对页面的性能很熟悉，但是对轮子的内部研究较少，对本质知识研究较少。

最典型的两个例子：
- 不熟悉微信登陆体系和公司账户体系的登陆流程。平时只是调用api, 很少关心背后的流程。轮子要是出了问题，就两眼一抹黑。
- 不熟悉垃圾域名系统。微信封了垃圾域名后，在更换垃圾域名的过程中暴露出很多问题。
解决思路：
- 不去写重复的应用代码，去做新的或者更低层的代码研究。
由于开发时间紧张，自己关注于自己代码的如何实现，而对其他人的业务逻辑没有梳理清楚。

印象深刻的是，被领导问到某一处业务逻辑时，不是很熟悉，场面一度十分尴尬。

解决思路：
- 需要熟悉更多业务和代码，不管是不是你写的
- 多和其他同学沟通，了解他们的想法和思路
没有借助公司其他同事的力量。这点是非常值得我反思的，回想起之前的经历，成长最快的阶段，都是在同事们的帮助下和支持下。如果不熟悉轮子里面的逻辑，可以找到轮子的作者聊一聊，如果不理解之前的业务，可以找当时的同事沟通一下。

解决思路：
- 三人行必有我师焉。遇到很难解决抓耳挠腮的问题，可能一个大佬两句话就可以轻松解决。虚心请教不仅可以让自己学到更多，也是对项目更负责的态度。