不能只有辛劳和苦劳，需要每个项目经理都去考虑如何改进？（挖掘篇）

周五和某项目经理C了解该项目的情况，由于该项目属于生产管理系统，而且每个月都有新的功能特性需要上线。

由于是生产管理系统，所以每次上线的时间只能选择在系统较为沉寂的晚上进行部署上线。但是，最近几次项目组几次上线都要接近通宵到凌晨5点，接近10个小事的工作量。

思维花絮：和C谈的时候，思维回到了从前...

记得我刚入行的98年，每一次演示前，我们都要准备环境到凌晨4点，当时觉得是个“习惯”！

但是“习惯”是人养成的，而是也是可能、也可以改的。后来其实通过改造，也改变了这种坏习惯。当然，当时还是缺乏想象力，所以当2002年看到VMWare的时候，可想而知，我当时的感觉以及触动有多大！

回过神来：

我问：那你们部署的时候，有部署流程吗？有的话，给我看看。

C答：有的。打开了目录，找到部署Weblogic应用的部署Word文件给我看。

我问：我想你们的部署不会只有Weblogic的应用，有时还可能需要安装一些新的数据库Table，这不是我所说的部署流程。

C答：有这种需要部署数据库的情况。

我问：那么在部署后，你们进行测试，会不会出现测试和用户并行，数据已经Dirty，但是由于系统还有问题，不能上线而撤下来的情况。

C答：还没有。

我答：那么你们的部署方案还没有应对这种情况的应急处理。

我问：那么每一次部署，你们需要投入多少人员呢？

C答：一般有3个人。

我问：那么3个人是如何并行工作的呢？

C答：其实主要是相互监督作用，担心部署错误，以及上线后的测试。

我答：哦，那这么说其实还是串行工作的。

我问：我想没有一个项目组成员都想都愿意通宵到5点的。那么你们有总结过，并且提出改进目标吗？

C答：有的，但是总结后最近一次上线还是没有达到改进目标？

我问：那么项目组开过会专门讨论过这此没有达到改进目标这个问题吗？

C答：还没有。

我问：从你的角度，你觉得是最近这次是出现了新问题呢？还是老问题没有解决呢？

C答：大多情况是老问题没有解决。

我问：最近的改进目标是什么？

C答：上级要求将上线时间缩短到2小时。

我建议项目经理C如下：

1. 定义好部署上线流程；需要找管理中心同事协助，并且听听其它项目经理在这个方面的经验教训；
2. 建议对改进目标进行重新定义，从10个小时要一下突破到2小时，相当性能上提升了4倍；
3. 改进目标必须是小组讨论后，自己提出切实可行的目标，不是领导说2小时就是2小时，要是是客户提的，但是你们又没有办法实现，那怎么办？

等待项目经理C后续的分析和改进措施，请继续关注《分析篇》。