项目管理的一些个人感想

近期参与到公司的一个华为项目中，从此项目中，学到不少。不过在项目中，发现项目经理在负责项目过程中还是有些缺陷。遂总结下，期望自己在以后的项目管理中可以避免这些情况

 

1.了解团队中各人的技能特长，譬如有人对前端开发比较熟悉，有人则对开台开发比较熟悉，或者有人对数据库比较熟悉

2.对项目进行分解，个人觉得有两种分解方法，分解时可以按照项目功能模块分解或者按照项目实体模块分解。譬如：项目中有两个人，一个精通前台，一个精通后台开发，则此时就不能按功能模块分解。而是要按项目实体模块分解，前端就交给特长前台的人负责，后台就给特长后台的人负责。他们双方只要互相约定好数据的传输方式和相关数据等情况。而不是按照功能分成一个负责登录模块一个负责注册模块，因为这样分，两个模块都会涉及到前台和后台。在实际项目中，也可以两种分解结合，具体要根据相关的团队人员的实际技能情况和项目模块的耦合性来定

3.对项目需要时刻关注跟踪，让开发人员及时反馈遇到的阻塞，每天可以开一个小晨会

4.在开发相连通的功能时，要求开发人员之间要互相协商沟通好，不要在开发过程中只考虑自己的那块，考虑不全面，导致开发出来的功能存在漏洞，不完善等情况。这样可能会造成当初只顾自己模块开发写出来的代码都是废代码，完全不兼容与自己模块有联动的相关模块，有时甚至需要全部返工。

对于此种情况如果发生了，项目负责人也需负上一定的责任，说明在项目的模块分配上做得不够好。若此种情况出现了，项目负责人要及时跟踪解决。对于模块耦合性大的，而且无法交付给一个人负责的，必须拆分交付给不同人负责的模块。必须在开发之前，就要求相关此模块的负责人互相沟通协商好，不要在实际开发过程中，出现漏洞，不完善的情况，争取此模块被开发出来是无缝隙的。同时还有一点很重要，就是代码的复用性，因为是不同的人开发一个模块，有很多代码会是可以复用的，所以大家必须沟通好去完成任务。

5.在项目开发过程中，不要让开发人员轻易的去修改其他人的模块代码，除非你有十足的把握能看懂别人模块的代码思路，不然你轻易的去修改别人的代码，也许你本来要解决的问题被你解决了，但是你的修改，导致了更多原本不存在的问题出现。毕竟负责这个模块的人，他肯定思考得比你周全，在未跟他本人沟通好之前，本人不赞成随便修改别人的代码。同时，在修改完别人的代码后，必须要告知负责此模块的人，不然可能由于你修改别人的模块代码，导致了后期别人模块真的出现什么问题，而别人又不知道你具体修改了什么，这样很难定位出问题。

6.在后期修改bug时，当你修改解决完后，必须自测一下，不要修改完后，又导致其他问题出现。个人觉得你改了还不如不改，既然要修改，就要修改完善了再交付。

7.这点很重要，而我现在所在的项目中，则没人重视这点，那就是责任到具体的人，每个人都得为自己负责的模块去负责，出现问题了，就得负责解决，特别是由于个人导致的问题，譬如开发过程中，自己没有考虑全面，写的代码出现问题的，那就得他自己去负责。而不是让其他人帮忙擦屁股，对于实在没法自己解决的，要及时跟项目负责人沟通，让他协调。而不是出现问题了，大家互相推卸，所以在分工上首先必须明确，这点项目负责人起着关键作用，如果项目负责人不给力那也没办法。在项目中，绝对不能搞大革命，吃大锅饭

8.项目负责人的EQ也很重要，这个就没法具体细说了，EQ好的，能让团队中的人帮忙卖力，甚至卖命干的都有。EQ低的项目负责人，别说让团队成员卖力，反而是成员想卖他。