最近做了一个项目，质量说实话堪忧。
项目开始的时候还是规划的很好的。预算不说充足至少是够用，所以人员配备也不错，项目计划按正常出。一切看起来都很美好。
计划阶段开始出现问题。首先是客户承诺交付的需求和设计无法交付，只能给一个非常粗略的框架图。然后是项目时间计划，由于项目的采购阶段延误，但是验收时间不愿意延迟，导致项目要分阶段上线。在最开始的阶段需要上线MVP，剩下的功能，由于其中一部分需求不成熟，要再分两期上线。整个项目上线时间变成三次。
由于需求和设计的缺失，客户长期消失，不给需求确认，开发进度放缓，开发难度加大，返工和扯皮变多。
开发时间进度拉长，资源出现问题，一些资深开发由于之前的既定安排，在一期上线之后就被调离项目。而且由于一期开发难度上升，为了赶时间进度，增加了额外的资源，导致项目成本直线飙升。在二期快开始已经快把项目预算烧光了。
客户环境不出意料的出问题。环境问题是客户最容易忽略但是最容易出问题的地方。在风险提示的时候，总是提醒客户这部分容易出现问题，但是客户总是不认可。最后墨菲定律，就是出现问题。
一期开发完准备上线，环境可用，但是域名不可用。域名的所有权是另外一家公司，走另外一家公司的流程。另外那家公司有自己的安全流程，开始扫描我们的网络环境，安全环境。不停的提危险程度为1的低优先级安全问题要求修复。最后提了一个死循环问题，卡在那里。开始扯皮，从9月到了11月，在11月底终于确认可以上线了。
上线的前一周，突然通知我上线的内容不止一期内容，而是一期和二期一起的内容。
但是彼时二期的UAT还没有做完。好不容易二期的UAT做完了，项目上线了，内容填充完成了，最后有一个线上的问题要修复，修复完之后等客户确认上线，今天是最终的节点。现在，晚上11点，客户消失了。
然后我去现在的生产环境看了一下，只能说，真的长的不怎么样。
我开始在大半夜的反思为什么一个开始看起来很好的项目，最后质量会成这个样子。
从上面的描述可以看出问题很多。最开始的假设不成立，客户本来答应提供的需求和设计无法提供，到客户开始消失不给需求确认，到客户的环境出问题，似乎都是客户的问题。但我们这边，在客户的重大假设失效之后，没有及时的投诉，对于需求的控制流程不严格，在缺乏正式的输入和确认就开始开发，导致返工；对于工作量的错误估计导致成本飙升，以至于无法维持资源投入；对于客户随意的变更上线时间和上线的内容过于软弱…… 等等等等，可以列出一大堆。
总结下来是客户和我们都对于做项目太不成熟。客户给的时间太短，需求太随意，我们执行过于灵活，控制力太弱，都是导致最终项目质量差的原因。
最后我看到成品中，内容部分，也不怎么样。负责内容的是一家知名公司，能做成这样，估计也是客户给的时间太短。
所以，很多高质量真的是需要时间打磨的。
如果一件事情你很着急，就说明你对于你对它已经不再在意了，你只想把你的时间放到别的事情上去。
就是，项目不能着急。