一位全栈工程师转岗项目经理的初体验与总结

news2024/12/23 22:18:49

从上周开始，公司这边把我从全栈工程师的岗位调到了项目经理的岗位，开始尝试管理岗位，感觉换了一个岗位像是换了一份工作一样，又在次充满了干劲。开始新的项目，招纳新的项目成员，虽然都是在做软件开发的事情，但是看待的视角和以前完全不一样了，看到的东西又是不一样的，一周很快就过去了。

接触团队成员一段时间后，看到的是团队成员各有各的所擅长，各有特点，其中一个成员可能和另一个的成员性格完全相反，但他们都各有所擅长，可能正是这样的差异，组成了一个完整的团队。学会看到每个人的长处，是转向管理岗位必备的技能。

团队中有很优秀的队友，相互交流时从他们那里学到了些不错的方法经验。比如说建立团队的资源库，在我们写完各自的模块代码时，组织一个代码分享会，顺着说下我是怎么实现这个功能的，代码中用到了什么思路、哪些方法。这样即使有的同事没有写到这块，但听过有人分享，能马上找到怎么写。相当于打通了成员间各自的资源库，发挥出了团队的力量。个人感觉这个方法是让团队成员获得成长的不错方式。在后面的过程中，每两个星期可以组织一次。

还有就是评审环节在整个软件研发周期中的重要性，听到同事说他经历过的整个项目研发过程，感觉挺好的，值得借鉴。特别是开发实施前的需求评审环节。这个我在以前的公司好像没怎么遇到过。流程大概是：需求出来前，大家一起看这个需求各方是否能满足，开发的架构能不能实现，产品经理感觉怎么样、测试的感觉怎么样等等，写一份确认文档，各方都确认之后才开始编码。这样避免了后期因为需求变更导致的大量代码重构。

当然在这个过程中有些方面还存在不足，即下次可以改进的点，比如组织开会：

1、开周例会时，前提前把成员的所遇到的问题收集整理一下，同时找到能解决问题的老师一起解决掉。

2、尽量把开会的时间缩短，最长不超过1小时。

3、提前用思维导图列出会议节点以及核心内容。

前几天我问了自己这样一个问题：

在做项目经理的岗位中不变的品质或能力是什么？也就是不管怎么换项目，都很重要的能力是什么？

目前想到几点是：

0、沟通能力

沟通能力确实是重要的一块，不管如何换项目沟通都很重要。

1、带给团队成员带来成长性

带给团队成员带来成长性，我感觉是重要的，因为团队成员有所成长会提高项目的质量和进度，同时对公司和成员都是有利的。

2、提前完成的能力

这个能力是给公司创造利润的关键。

我也问了一个前辈，她给我的回答是：

沟通能力、风险管控。

人的风险、客户的风险、资金的风险。

同时我也问了一个外行人：

他提到的是管理体系、体系不会因为换了项目而改变，同时有一点是，提前完成的能力。

他说到了提前完成的重要性，身处管理岗位，更多的是为公司创造价值，节约成本，原本两个月才能完成的事情，一个月就完成了，就为公司节约了一半的成本，创造了额外价值。

以下是其他网友提供的优秀项目经理所具备的能力参考：

1、主动性

你不可能指望同级别的同事抛开自己的事情不做跑过来帮你解决问题，这时候项目经理起到的就是协调作用，应该经常向程序员询问情况，有什么困难需要什么帮助，尽最大的努力利用自己手上的权利去帮助程序员。

2、Bug修复及时

项目经理要能把握bug的轻重缓急，特别是和业务相关和程序无关的部分，在异常困难的情况下要和程序员一起研究出折中的办法来尽快解决问题。

3、按时完成任务

他应该对手下的程序员的水平有一个比较详尽的了解，谁在什么方向上比较熟练，兴趣在哪里，目前水平如何，还能提高到一个什么层次，以前不能按时完成任务是什么原因，通常不能按时完成任务是因为

1、程序员水平不行，如果是这个原因的话项目经理就没有很好的对程序员有一个了解，这样制定出来的计划当然不能怪程序员。

2、程序员理解有误，这是因为项目经理没有和程序员做很好的沟通，没有达成共识，这当然是项目经理的责任。

3、项目经理理解有误，那就没话说了。

4、创新

在正常的流程中不应该有创新，并不是不需要创新，新出现的方法和思路应该被精确的认证后再用到工作中，盲目的创新只会导致项目完不成，好思路也没有被认证，混在一起出了问题的话也搞不清楚是创新的问题还是原来就有问题，就算没问题也不能证明就是因为创新带来的好处。

5、责任心

程序员不需要责任心，责任心是由制度规定的，他只要按计划完成任务就可以了，他不需要负这么大的责任，责任的重担应该落在项目经理的身上。好看的代码是靠项目经理指定的格式才会出现的，所谓好看，就是明确的命名规则，同样风格的缩进，同样风格的注释，程序员又不是同胞兄弟，怎么会知道别人的风格和习惯呢，如果项目经理没有规定，那就会出现五花八门的风格，够看的格式不需要先进，仅仅是让大家都统一，统一的风格对于发现bug，对程序进行修改都能起到很好的作用也能节省时间。