理想中的项目经理[前端]

作为前端开发人员，我们通常希望的项目经理应该是：

1、主动性强

 
     你不可能指望同级别的同事抛开自己的事情不做跑过来帮你解决问题，这时候项目经理起到的就是协调作用，应该经常跟商业方进行沟通，彻底理解业务需求，也应该经常向前端开发人员询问情况，有什么困难需要什么帮助，尽最大的努力利用自己手上的权利去帮助前端开发人员。

2、责任心强

     前端开发人员通常没有太多的责任心，责任心反倒是由制度和流程规定的，他只要按需求和按计划完成任务就可以了，他不需要负太大的责任，这类责任心也就是经常发生一些问题的根源。同时，责任的重担往往落在项目经理的身上。

     当然，易于维护和扩展的代码是靠项目经理指定的格式才会出现的，所谓好看，就是明确的命名规则，同样风格的缩进，同样风格的注释，前端开发人员并不是同胞兄弟，不可能知道别人的风格和习惯，如果项目经理没有规定，那就会出现五花八门的风格，够看的啦，格式不需要先进，仅仅是让大家都统一，统一的风格对于发现bug，对程序进行修改都能起到很好的作用也能节省时间。  

3、Bug能修复及时

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

4、按时完成任务

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

     通常不能按时完成任务是因为：

• 前端开发人员水平不行，如果是这个原因的话项目经理就对前端开发人员没有一个很好的了解，这样制定出来的计划当然不能怪前端开发人员。
• 前端开发人员对需求理解有误，这是因为项目经理没有和前端开发人员做很好的沟通，没有达成共识，这当然是项目经理的责任。
• 项目经理理解有误，那就o了。

5、创新

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

      满足以上5点，我认为就算是个比较理想的前端项目经理了。而作为技术出身的我，想要走上前端项目经理的道路，首先要面临解决的是走出技术人员的身份，以管理人员的思想来看待问题。要由理想主义者变成现实主义者甚至变成功力主义者， 要真正做好思想上的转变，才能真正地从管理人员的角度来看待项目中一切问题。