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

背景

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

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

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

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

从单兵做战到团队协助

这点是我感触很是深的。

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

可是做为项目经理，我不只仅要保证本身的产出最大化，还要思考如何让整个团队的产出最大化。

跨边界非职权的领导力

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

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

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

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

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

最基本的仍是技术能力

做为项目经理，仍是要好好锤炼本身的技术深度和视野：

1. 技术能力高，更具备话语权
2. 技术能力决定了填坑能力，若是有技术难题没法解决，项目没法推动下去。
3. 技术能力决心了技术选型的能力，前期的技术选型失误，会致使后期项目可维护性差。
4. 技能能力越多，越容易发现项目推动中的风险点。

暴露出来的问题

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

   最典型的两个例子：

   • 不熟悉微信登录体系和公司帐户体系的登录流程。平时只是调用api, 不多关心背后的流程。轮子要是出了问题，就两眼一抹黑。
   • 不熟悉垃圾域名系统。微信封了垃圾域名后，在更换垃圾域名的过程当中暴露出不少问题。

   解决思路：

   • 不去写重复的应用代码，去作新的或者更低层的代码研究。

2. 因为开发时间紧张，本身关注于本身代码的如何实现，而对其余人的业务逻辑没有梳理清楚。

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

   解决思路：

   • 须要熟悉更多业务和代码，不论是不是你写的
   • 多和其余同窗沟通，了解他们的想法和思路

3. 没有借助公司其余同事的力量。这点是很是值得我反思的，回想起以前的经历，成长最快的阶段，都是在同事们的帮助下和支持下。若是不熟悉轮子里面的逻辑，能够找到轮子的做者聊一聊，若是不理解以前的业务，能够找当时的同事沟通一下。

   解决思路：

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