业主的改进意识让我惊讶，我们应该更加积极地看待和推进CMMi的改进！

上周下午和业主方的领导H进行沟通，谈到项目管理的问题，说起项目风险、跟踪的工作如何只能由H或者我来发现，那真是管理者的悲哀，原因如下：

1. 那只是“人治”，而不是流程化的法治；
2. 无法更好起到相互监督和补位的作用；
3. 项目最坏的打算不是由双方项目经理的决定，也是不对的！譬如：项目周三还不稳定，但是周五要上线，双方项目经理都没有提及上线的Deadline风险。我们不能等到周五没有解决问题，周末也没有稳定，周日才发出系统无法上线的公告，如果那样做，是打我们自己大大的“嘴巴”！因此最坏情况，周四无法解决，周五就要发送公告，让所有的系统受众清楚。（不清楚为何要发送公告的读者可以阅读《业主说我们项目经理上线很随意，“爱发就发”！》一文中部署中服务层面工作的经验共享）

应该讲H能够理解和接受这些观点，但是让我震惊的事情在隔天发生了：用户H安排了他下属团队的两位经验较丰富的同事给项目发生问题的同事进行Review，分析该项目经理在过程控制中的问题以及后续的改进！我们应该进行了以下的思考：

1. 业主比起我们来讲，不是说他们不忙，但是他们确实比我们“有空”去思考；
2. 业主的平均素质不比我们差，客观讲，应该比我们强，学习能力不差，改进的行动和执行力方面我们看在眼里；
3. 业主的项目经理并发管理的项目比起我们的项目经理多，同一时段，项目经理学习到管理经验、实践教训会比我们的项目经理多；

业主的项目经理经验共享意识＋并发管理的经验和教训＋个人素质能力，决定了目前来看，业主的项目经验积累环境比我们更优。

OK，我可以承认业主的初始速度比我们快，但是我们要认识到最后起决定作用是加速度，如果我们应该更加积极地看待和推进CMMi的改进，将各种最佳实践从个人级=>团队级=>组织级贡献，加快推动组织内部的经验共享，我们一定能做到比别人更好。

但是如果我们只是来个阿Q，或者来个“好了伤疤忘了疼”，那才是最可怕的！