项目失败，真的是项目经理能力问题吗？

我是一名项目经理&＃xff0c;在过去的四个月里&＃xff0c;我把一个项目带崩了(上线后频出问题&＃xff0c;用户无法使用)。

01

项目和团队背景

1、该项目是一个二次开发项目。

2、系统是需要和国家系统对接&＃xff0c;有三条主流程。

3、需求频繁变化&＃xff0c;由于系统需要对接国家系统&＃xff0c;需求方对需求也不甚了解。曾在5月份一个月内需求变更超过8次&＃xff0c;都是主流程变更。

4、项目大小按照最初需求估算&＃xff0c;约在100人天左右。

5、项目两条主流程无法测试&＃xff0c;依赖于外部U盾&＃xff0c;但开发过程中并没有U盾。

6、客户现场使用U盾调试和开发时间约为20天左右。

7、我当时同时负责大大小小4个项目&＃xff0c;没有进入开发&＃xff0c;仅管控进度。

8、团队成员共3名&＃xff0c;其中两名是当时开发基础版本的项目成员&＃xff0c;他们对此项目较为熟悉。

9、项目推进过程中&＃xff0c;需要多次去现场调试测试&＃xff0c;由团队中的两名工程师共同前去。

下面是我对该项目所做的反思&＃xff1a;

01

除了监控进度&＃xff0c;还要管理质量

1、进度和开发速度固然重要&＃xff0c;但以质量换速度不可取。

2、如果开发时间和质量冲突&＃xff0c;优先保质量&＃xff0c;毕竟你埋下的坑&＃xff0c;总是要坑你自己的。

3、再困难的情况下&＃xff0c;也要保证基本测试。

4、时间极其不允许的情况下&＃xff0c;也要保证主线功能顺利执行。

02

既要给予信任&＃xff0c;也要保持警惕

1、不论什么原因&＃xff0c;都要关注到项目成员的状态。&＃xff1b;

2、给予信任没错&＃xff0c;但也要适当保持警惕&＃xff0c;他们多少会因为经验问题疏忽遗漏一些问题。

3、给予信任&＃xff0c;也要给予帮助&＃xff0c;不以时间为理由推脱你应该对他们进行的指点和帮助。毕竟现在剩下来一分钟&＃xff0c;以后要花一个小时去弥补。

03

若无法全局掌控&＃xff0c;就指派专人负责

1、手里捏着管理的权利&＃xff0c;却没有做到管理的事情。是我在这个项目里最大的问题。

2、授权&＃xff01;授权&＃xff01;授权&＃xff01;如果自己无法亲力亲为投入项目管理工作&＃xff0c;就授权给团队某个成员管理权限&＃xff0c;让他代替你去做管理工作。

3、管理一人&＃xff0c;总比管理多个人轻松&＃xff0c;也更有效。

05

要控制需求&＃xff0c;更要控制流程

1、不做设计&＃xff0c;不进开发

2、以管理工具指导开发进行&＃xff0c;开发过程中所有变更、反馈做记录

3、控制需求变更&＃xff0c;拒绝不合理的需求

4、需求变更规范化操作&＃xff0c;统一变更&＃xff0c;而不是直接压给开发

我怎么填坑的。

项目上线&＃xff0c;问题频出&＃xff0c;用户不满。花了8天时间来处理这个问题。幸亏项目不大&＃xff0c;我一个人也能够挽回。

1、和开发主流程的同事详细熟悉了所有需求要点。

2、基于我对项目需求的熟悉&＃xff0c;我花了三天把所有主流程的所有代码分析完毕&＃xff0c;做出了我认为应该的修改&＃xff0c;并实施部署到生产环境测试。

3、每天花超过12个小时来进行code review 和修改&＃xff0c;几乎每天code review &＃43; 修改到凌晨2点多。

4、每次上班时间的修改让开发同事坐在旁边和我一起进行&＃xff0c;我进行修改&＃xff0c;开发同事在一旁监督。确保我不出错。

5、优化功能点&＃xff0c;把我发现的提示问题&＃xff0c;和优化点都同步修改进代码中&＃xff0c;确保用户体验不要太糟&＃xff0c;以期能挽回一些用户心态。

我所吸取的教训总结。

1、先设计&＃xff0c;后开发。

2、管理权下放&＃xff0c;项目中必须有人全身心负责。

3、无论什么情况都要进行code review。

4、压缩质量得到的进度保证不可取&＃xff0c;开发周期不合理决不答应客户。否则坑了自己坑了同事&＃xff0c;更坑了客户。

综上&＃xff1a;项目失败&＃xff0c;项目经理的能力只是一方面&＃xff01;做项目时&＃xff0c;遇到棘手问题是件很正常的事&＃xff0c;关键是我们用什么样的态度去对待&＃xff0c;去解决。

项目管理资料合集需要的同学可留言哦