项目经理为何捂问题：透明交付需要解决的关键问题

老Q和小M首先找到了该项目的项目监理了解情况。项目监理反馈，听到过这方面的消息，但跟项目经理确认的时候被告知问题已经解决了，所以没有引起重视。项目监理就这样被轻描淡写地给挡过去了！

小M又找到了这个项目的项目经理，询问为什么周报中只字未提这个问题。项目经理反馈，这个问题早期并不严重，仅偶发了一两次，重新启动系统就能解决。因为在测试阶段，所以认为可能是系统不稳定造成的，并没有引起重视。最近进行客户培训时也发生过，觉得向领导汇报没什么用，让客户知道会影响信心，项目组自己解决就行了，所以压下来没有上报。这次试运行的时候问题再次出现，重新启动系统也不管用，并引起了客户的强烈不满。

小M和老Q不明白了，为什么向领导汇报没有用呢？可以请求帮助啊？项目经理说，以前向公司报告过各种问题，但公司反应迟钝，汇报之后没人过问，甚至重大问题报告也是石沉大海。与公司的迟钝相反，什么问题只要被客户知道了，就会异常敏感，一定要追问来龙去脉并不断催促解决，给项目经理增加许多麻烦。

原来如此！项目经理本来就懒得费工夫写报告，如果公司那边报跟不报没有区别，客户那里报了可能给自己惹麻烦，有问题当然还不如“捂”着算了。(www.xing528.com)

小M接着问，为什么今天出事故了不马上向公司汇报，好让大家有个准备。今天客户直接找到S总的时候大家措手不及，非常被动。项目经理说，出了事故自然希望大事化小、小事化了，最好情况是问题解决了，公司又不知道，就这么过去了。最坏的情况也就是现在这样子了。小M心里那个气啊，说：“对你是没什么差别，对S总和我差别就大了！”

老Q和小M弄清事情原委，发现问题在源头上就被屏蔽、过滤了，从表面看风平浪静，但不知道什么时候暴风骤雨就来了。

因此，要想让交付的过程透明，除了各种各样的流程和规范，最根本的一点还是要让项目经理愿意“亮”问题而不是“捂”问题。所以，一方要让项目经理有“捂”问题的压力，另一方面要有“亮”问题的动力。