我是怎么把一个项目带崩的？
作者：zer0black
原 文：阅读原文
我是一名项目经理，在过去的四个月里，我把一个项目带崩了（上线后频出问题，用户无法使用）。在最近的几天，我每天都在反思自己，我都在问自己以下几个问题：
以下内容，我将回答以上问题，并在最后说一下我的补救措施。
项目和团队背景
首先给大家说明一下项目背景，以便各位对此项目有更清晰的了解：
我做错了什么
除了监控进度，还要管理质量
在项目的开发初期，我制定了一份详细的开发计划，用于指导整个开发过程。开发计划交付与了客户，而答应了的事情就要做到，所以在整个项目过程中，我对进度管控很严。我定期检查功能是否完成，定期和客户汇报情况，保证了开发进度顺利推进。但也由此埋下了祸根，仅仅看需求是否完成，而未关注完成的质量如何。
项目质量出现了许多细节性问题。比如：
反思：
既要给予信任，也要保持警惕
项目中的三名成员，都是合格的开发，对使用的框架非常熟悉。其中两名还是基础版本开发成员，对需求也很熟悉。所以项目中，我放心的把整个项目交给了他们。基于对他们的放心，加上其他项目事情繁杂，对此项目关注度，对他们的关注度就不够了。
我在项目中给予了他们非常充分的信任，信任他们可以把一切事情都做好。但我没有在正确的时候给予他们正确的指引，项目中出现的困难点，我也没有帮助他们解决，甚至于没有给出思路。所有的一切，都靠他们自己完成。我在这个项目里做的，就是对接客户，催进度。再无第三件事。
反思：
若无法全局掌控，就指派专人负责
这是我在项目中做的最错误的地方。
由于种种原因，我无法掌握到项目的每个要点和细节。而项目中有三个开发。我并没指明其中某一个来负责整个项目，所有事情都让他们自己商量。从客户对接来的问题，我也是仅告知对应的开发。整个项目中，没有一个人对项目中的每个要点了如指掌。
反思：
要控制需求，更要控制流程
项目是二次开发、成员对项目很熟悉、项目工作量不大、时间紧。
基于以上原因，我掉以轻心，没有在项目初期进行项目的设计和规划，未指定任何开发规范。仅仅告诉开发的同事要多复用，也未检查他们是否真的复用了。
项目开发中的需求变更，客户反馈意见，我我都仅仅是告知他们一声，未做详细的修改规划，所有事情都靠嘴说，所有变动都放在了我和他们的脑子里。
对项目上心程度不够，未对客户的需求变更做控制和管理。所有变更都压给了开发的同事。
整个项目以及其不规范的方式在运行，我也未在其中起到控制作用，项目开发一团乱麻。
反思：
无论什么情况下，都要进行code review
整个项目过去了几乎四个月，我仅仅花了两个多小时简单看了下代码，未指出代码的任何问题。这也导致出问题后来我花了成倍的时间来处理code review的工作，并且项目成型后的代码修改困难。
项目开发过程中，也未让开发间互相进行代码review，也没有进行代码评审会。
其实代码中出现了很多问题，最后检查代码的时候，发现各种命名不规范、代码复用不到位、简单逻辑复杂写等等。而这些问题，很大一部分都是早期未做规定，未指定人负责项目、未进行早期code review造成的。开发各自为战，难免造成代码问题。
代码质量的问题，淋漓尽致的体现的在项目中，项目中的诸多bug，都是因为代码不规范引起的。甚至于开发人员自己对自己写过的东西，都有些拎不清了。
反思：
我在其中占有多重的因素
100%
我怎么填坑的
项目上线，问题频出，用户不满。花了8天时间来处理这个问题。幸亏项目不大，我一个人也能够挽回。
目前暂时解决完毕，我简单说一下我是怎么填坑的：
我所吸取的教训总结
1.先设计，后开发
本文系转载，点击「阅读原文」跳转原文地址
推荐阅读
1.
2.
3.
4.
