上周三接到公司负责业务同事的电话，说业主要投诉某个项目，是不是转到我这里来处理，我只能说那好吧，但是先让我了解一下该项目的情况再给客户回电。
情况了解：
通过和项目经理G的电话沟通，我得知以下的内容：
- G是昨晚9点半和业主IT负责人Z确认其他工作的时候，Z才知道G说明天要给Z的领导H做演示汇报。由于这段时间是进行环境准备，计划周五进行上线，昨天晚上才急忙准备环境和演示数据；
- 今天早上一来到，给业主H进行汇报的时候，H提出了很多问题，但是很多问题不是对上期项目的变更，不是本期的建设内容范围，Z当场也没有帮我们解释；
- H提出对上期的问题也是有道理，确实是很多操作不便利的地方；因此在当场，G也没有提出解释，对本期的工作内容进行介绍；
- 由于昨天晚上准备数据不充分，造成今天演示的时候，无法在演示系统正常完成功能演示，当时是有切换到另一个测试环境上演示；
- 由于H以前对这个项目关注不够，对具体的项目范围不是很了解，在看到系统功能后，觉得有不如意的地方就都提出来了，而此时Z并没有帮我们说话，还说起项目前几天还不稳定、Down机的情况；
- 从演示和Z的回答，让H感觉到项目很失控的感觉，并且这个项目还要在周五上线，只有三天的时间；
- 因此，H给我们项目经理G施加压力，在压力下，G感觉被“搞”晕了，就说出了这个项目没有经过测试部门测试的解释；
- H给我们的销售代表电话，说你们没有经过测试部门的测试，特别是性能测试，现在都还有死机的情况，为什么就敢在周五上线呢？要投诉！
- 死机情况，首先发生在上周四、上周五，周一没有发生，周二又发生了一次，由于系统还未上线，只是省市公司的用户代表培训后试用，人数很少，但是缺发生了多次Down机情况而且原因未明，所以H觉得风险很大。
分析：
呵呵，从和G了解情况看，存在以下的问题：
- 项目经理G习惯性躲在Z后面，没有养成直面接口人Z以及接口Z的领导H的习惯；
- 不打没有准备的战，因为本来在部署环境，但是昨天9点半才急忙去做环境准备，忽略一些演示数据准备，导致演示无法正常完成，虽在另一个环境演示成功，但是已经埋下了不信任的种子；
- 缺少给项目领导展现成果的习惯，假如H没有要求看，丧失的是一个展现成果的机会，如果G有这个习惯的话，演示环境不会这么匆忙，类似问题可参考博文《系统上线前的“培训”工作》；
- 丢掉接口人Z会在关键时刻拉你一把的幻想！业主方项目负责人在领导追究问题的情况下，一般来讲都会往我们乙方推卸的，应该讲到位的问题，G要勇于站出来，譬如，当H讲到一些不属于本期内容但是说得有道理的地方，可以明确的说：“H经理，你说得我觉得很有道理，确实对最终用户来讲，有操作不便利的地方，我可以把这些问题记录下来，但是这些问题不是原定的本期建设目标，根据上周的省市用户的培训试用效果来看，我想我们本期的重点是保证这些胜利果实的成功上线，后续记录的这些问题，我可以再安排时间和资源进行处理”。
- 应该如实告知已经开展的测试工作情况。告知截至上周四前还没有发生死机，省市公司最终用户培训的时候也没有死机。功能测试方面经过了项目小组内部测试、业主方外包服务平台人员的测试以及省市公司用户的测试。这些情况应该如实告知客户，并且告知可能上周四上线的版本存在隐患，但是不排除以往版本存在问题，确实应该加大力度分析出原因；
- 项目经理G对系统稳定性和性能的因素不敏感，部门经理T和技术经理没有起到补位的作用，上周四发生的问题，一直拖着没有解决问题，未将问题升级寻求上层领导的资源支持，直到风险扩大暴露出来，不可收拾成为投诉，最终还得投放资源去解决！类似的问题可以参考博文《历史为鉴：稳定高于一切！》。要有敬畏心理，不要不知道“死”字怎么写，忽视稳定和性能，足以让系统瘫痪！
- 面对压力的情况下，说出了没有经过测试部门性能测试，没错，这是让测试部门给G“背黑锅”。
在了解完情况后，我给用户回电，H也很直接说了项目没有经过性能测试就准备在周五上线，投诉我们，我只和H谈了四点：
- 我们公司的项目是进行分级管理的，项目分ABC三级，通过测试部门的性能测试，甚至包括是否经过测试部门测试，不是每个项目必备的、缺省的过程选项，这些由项目经理在项目策划的初始阶段，就进行配置；
- 你我都知道，本项目的工作量是不够的，这也是为何执行期间还由业主方外包的服务平台人员进行测试的部署，因此，此项目的性能测试由于业主方的工作量压缩而没有配置这是事实；
- 当务之急是解决对死机的不稳定性要素，不是讨论责任的时候，我会安排人员跟进这个问题；
- 下午H在不在公司，我们要见一下面，谈谈具体的问题。
各位读者，你知道我要和H谈谈什么问题吗？