疫情 + 不成熟的产品 + 难缠的客户 + 战争 = 我的项目。如果要给这个项目定一个公式的话，左边就是这个公式。把这些因素凑到一起，看起来真的是要千年才能一遇的样子。不过，感觉似乎也不太难遇到，要不然怎么我一来就碰上了？我猜这一定是因为我的运气好吧！
就为了这么好的运气，所以我觉得这个项目一定有很多值得记录的东西，也一定会有很多故事值得记忆。所以我才要想着把这个过程记录下来，记下项目过程中真实的心情变化，免得将来给别的项目经理讲的时候，避免去犯“好了伤疤忘了疼”的错误。
今天要讲的，是“CIO要进行问题升级”的故事。
每周二是与客户CIO进行项目例会的日子，每次都要把项目的进度以及重要的事项相互同步一下。从我的角度，作为这个产品交付的项目经理，我是期望可以参与这样的会议的，但是，H公司处于他们的考虑，安排给我的，只有聆听结果的权利。从实际的角度来讲，这个操作损失了很大我的作用——如果我参加，项目进展会平滑很多——然而，这种事情却是没法提醒他们的。
今天会议的主题，很大的一个议题就是E系统的交付时间延期的事，因为客户的斤斤计较，患得患失，导致到现在功能规格说明文档都没有确定下来，从而引发了研发延迟，最终造成了现在的这个局面——交付延期。虽然客户浪费了很多的时间，但这个延期的结果却是他们不想承担的——他们还在奢望着按时交付。这就是典型的让别人为他们的错误买单的行为。可是问题竟然就在于这一点——客户认为H公司必然会为这件事买单，因此当JM他们准备拒绝客户时，客户不开心了——堂堂的CIO当场表示要进行问题升级！
网友评论