埃塞日记-11-29

        疫情 + 不成熟的产品 + 难缠的客户 + 战争 = 我的项目。如果要给这个项目定一个公式的话,左边就是这个公式。把这些因素凑到一起,看起来真的是要千年才能一遇的样子。不过,感觉似乎也不太难遇到,要不然怎么我一来就碰上了?我猜这一定是因为我的运气好吧!

        就为了这么好的运气,所以我觉得这个项目一定有很多值得记录的东西,也一定会有很多故事值得记忆。所以我才要想着把这个过程记录下来,记下项目过程中真实的心情变化,免得将来给别的项目经理讲的时候,避免去犯“好了伤疤忘了疼”的错误。

        今天要讲的,是“CIO要进行问题升级”的故事。

        每周二是与客户CIO进行项目例会的日子,每次都要把项目的进度以及重要的事项相互同步一下。从我的角度,作为这个产品交付的项目经理,我是期望可以参与这样的会议的,但是,H公司处于他们的考虑,安排给我的,只有聆听结果的权利。从实际的角度来讲,这个操作损失了很大我的作用——如果我参加,项目进展会平滑很多——然而,这种事情却是没法提醒他们的。

        今天会议的主题,很大的一个议题就是E系统的交付时间延期的事,因为客户的斤斤计较,患得患失,导致到现在功能规格说明文档都没有确定下来,从而引发了研发延迟,最终造成了现在的这个局面——交付延期。虽然客户浪费了很多的时间,但这个延期的结果却是他们不想承担的——他们还在奢望着按时交付。这就是典型的让别人为他们的错误买单的行为。可是问题竟然就在于这一点——客户认为H公司必然会为这件事买单,因此当JM他们准备拒绝客户时,客户不开心了——堂堂的CIO当场表示要进行问题升级!

你可能感兴趣的:(埃塞日记-11-29)