共计 3148 个字符，预计需要花费 8 分钟才能阅读完成。
以下内容将以第一人称给大家进行论述。
来自：博客园 zer0black
项目管理专业人士资格证书：PMP 报考条件自测 https://pmpvip.zhongchuangs.c…
我是一名项目经理，在过来的四个月里，我把一个我的项目带崩了（上线后频出问题，用户无奈应用）。在最近的几天，我每天都在反思本人，我都在问本人以下几个问题：
1. 我做错了什么？
2. 我在其中占有多重的因素？
以下内容，我将答复以上问题，并在最初说一下我的补救措施。
| 我的项目和团队背景
首先给大家阐明一下我的项目背景，以便各位对此我的项目有更清晰的理解：
1. 该我的项目是一个二次开发我的项目，第一个根底版本（打印申报零碎）也由我率领开发。
2. 零碎是须要和国家零碎对接，有三条主流程。
3. 需要频繁变动，因为零碎须要对接国家零碎，需求方对需要也不甚了解。曾在 5 月份一个月内需要变更超过 8 次，都是主流程变更。
4. 我的项目大小依照最后需要估算，约在 100 人天左右。
5. 我的项目两条主流程无奈测试，依赖于内部 U 盾，但开发过程中并没有 U 盾。
6. 客户现场应用 U 盾调试和开发工夫约为 20 天左右。
7. 我过后同时负责大大小小 4 个我的项目，没有进入开发，仅管控进度。
8. 团队成员共 3 名，其中两名是过后开发根底版本的我的项目成员，他们对此我的项目较为相熟。
9. 我的项目推动过程中，须要屡次去现场调试测试，由团队中的两名工程师独特前去。
| 我做错了什么？
除了监控进度，还要治理品质
在我的项目的开发初期，我制订了一份具体的开发计划，用于领导整个开发过程。开发计划交付与了客户，而许可了的事件就要做到，所以在整个我的项目过程中，我对进度管控很严。我定期检查性能是否实现，定期和客户汇报情况，保障了开发进度顺利推动。但也由此埋下了祸根，仅仅看需要是否实现，而未关注实现的品质如何。
我的项目品质呈现了许多细节性问题。比方：
1）上线后，客户那边发现其中一条主流程都走不上来；
2）其中申报性能，零碎提醒胜利。但实际上并没有真的申报胜利，申报后在国家零碎无奈查问到；
3）打印性能小问题较多，打印获取的数据谬误；
4）同步数据的性能无奈同步或者同步的数据谬误；
5）执行工夫过长的性能，数据库会强制断开连接。
…… 等等问题，就不一一列举
反思：
1. 进度和开发速度诚然重要，但以品质换速度不可取；
2. 如果开发工夫和品质抵触，优先保品质，毕竟你埋下的坑，总是要坑你本人的；
3. 再艰难的状况下，也要保障根本测试；
4. 工夫极其不容许的状况下，也要保障主线性能顺利执行。
既要给予信赖，也要保持警惕
我的项目中的三名成员，都是合格的开发，对应用的框架十分相熟。其中两名还是根底版本开发成员，对需要也很相熟。所以我的项目中，我释怀的把整个我的项目交给了他们。基于对他们的释怀，加上其余我的项目事件繁冗，对此我的项目关注度，对他们的关注度就不够了。
我在我的项目中给予了他们十分充沛的信赖，信赖他们能够把所有事件都做好。但我没有在正确的时候给予他们正确的指引，我的项目中呈现的艰难点，我也没有帮忙他们解决，甚至于没有给出思路。所有的所有，都靠他们本人实现。我在这个我的项目里做的，就是对接客户，催进度。再无第三件事。
反思：
1. 不论什么起因，都要关注到我的项目成员的状态；
2. 给予信赖没错，但也要适当保持警惕，他们多少会因为教训问题忽略脱漏一些问题；
3. 给予信赖，也要给予帮助，不以工夫为理由推卸你应该对他们进行的指导和帮忙。毕竟当初剩下来一分钟，当前要花一个小时去补救。
若无奈全局掌控，就指派专人负责
这是我在我的项目中做的最谬误的中央。
因为种种原因，我无奈把握到我的项目的每个要点和细节。而我的项目中有三个开发。我并没指明其中某一个来负责整个我的项目，所有事件都让他们本人磋商。从客户对接来的问题，我也是仅告知对应的开发。整个我的项目中，没有一个人对我的项目中的每个要点一目了然。
反思：
1. 手里捏着治理的权力，却没有做到治理的事件。是我在这个我的项目里最大的问题；
2. 受权！受权！受权！如果本人无奈亲力亲为投入项目管理工作，就受权给团队某个成员管理权限，让他代替你去做管理工作；
3. 治理一人，总比治理多集体轻松，也更无效。
要管制需要，更要管制流程
我的项目是二次开发、成员对我的项目很相熟、我的项目工作量不大、工夫紧。
基于以上起因，我漫不经心，没有在我的项目初期进行我的项目的设计和布局，未指定任何开发标准。仅仅通知开发的共事要多复用，也未查看他们是否真的复用了。
我的项目开发中的需要变更，客户反馈意见，我我都仅仅是告知他们一声，未做具体的批改布局，所有事件都靠嘴说，所有变动都放在了我和他们的脑子里。
对我的项目上心水平不够，未对客户的需要变更做管制和治理。所有变更都压给了开发的共事。
整个我的项目以及其不标准的形式在运行，我也未在其中起到管制作用，我的项目开发一团乱麻。
反思：
1. 不做设计，不进开发；
2. 以管理工具领导开发进行，开发过程中所有变更、反馈做记录；
3. 管制需要变更，回绝不合理的需要；
4. 需要变更规范化操作，对立变更，而不是间接压给开发。
无论什么状况下，都要进行 code review
整个我的项目过来了简直四个月，我仅仅花了两个多小时简略看了下代码，未指出代码的任何问题。这也导致出问题起初我花了成倍的工夫来解决 code review 的工作，并且我的项目成型后的代码批改艰难。
我的项目开发过程中，也未让开发间相互进行代码 review，也没有进行代码评审会。
其实代码中呈现了很多问题，最初查看代码的时候，发现各种命名不标准、代码复用不到位、简略逻辑简单写等等。而这些问题，很大一部分都是晚期未做规定，未指定人负责我的项目、未进行晚期 code review 造成的。开发各自为战，不免造成代码问题。
代码品质的问题，酣畅淋漓的体现的在我的项目中，我的项目中的诸多 bug，都是因为代码不标准引起的。甚至于开发人员本人对本人写过的货色，都有些拎不清了。
反思：
1. 代码品质十分重要，代码越标准 bug 越少；
2. 代码互评能让开发更重视本人代码的品质；
3.code review 十分有必要，越晚期的 code review 越能无效的节俭前期的工夫。
| 我在其中占有多重的因素
100%
| 我怎么填坑的
我的项目上线，问题频出，用户不满。花了 8 天工夫来解决这个问题。幸好我的项目不大，我一个人也可能挽回。
目前临时解决结束，我简略说一下我是怎么填坑的：
1. 和开发主流程的共事具体相熟了所有需要要点；
2. 基于我对我的项目需要的相熟，我花了三天把所有主流程的所有代码剖析结束，做出了我认为应该的批改，并施行部署到生产环境测试（这是在给开着的飞机换引擎，但须要 U 盾能力测试，仅有生产环境的机器有 U 盾，别无他法）；
3. 每天花超过 12 个小时来进行 code review 和批改，简直每天 code review + 批改到凌晨 2 点多（仅批改了问题较大且影响较小的中央。小问题未修改、牵涉面较广的中央未修改）；
4. 每次上班时间的批改让开发共事坐在旁边和我一起进行，我进行批改，开发共事在一旁监督。确保我不出错；
5. 优化性能点，把我发现的提醒问题，和优化点都同步批改进代码中，确保用户体验不要太糟，以期能挽回一些用户心态。
| 我所汲取的教训总结
1）先设计，后开发；
2）管理权下放，我的项目中必须有人全身心负责；
3）无论什么状况都要进行 code review；
4）压缩品质失去的进度保障不可取，开发周期不合理决不许可客户。否则坑了本人坑了共事，更坑了客户。
对项目管理不太熟悉的还是多学学项目管理常识吧，多实操，看看与项目管理相干的 PMP 项目管理证书，我想尅帮忙到你，理解内容见个人主页，另外如果你决定考，那进来一起学习吧：
Q 群：533074846
公众号：胖墩小盒
