系统上线前的“培训”工作

场景：

在周会上，项目经理汇报上周某系统上线的培训，由于出现了前一天部署更新系统导致环境的问题，影响了培训效果，我们培训的当天中午解决了问题，下午终于可以开展完毕。

业主觉得我们在系统上线前的培训工作，重视不够，除了项目经理，只派了一个开发人员参加，向负责该业务方向的高级项目经理施加压力，要求高级项目经理应该参加以后的培训。另外，还表达对我们项目经理的能力的怀疑，说项目经理的表达能力还不够，而且转述了业务方的行业经理对培训的看法：“我们本来对这个系统的期望值很高，但是这次来培训被泼了冷水！”。

思考：

1. 用户当着项目经理提出问题，证明项目经理在用户心目中的位置还很低，迫切需要通过后续的工作努力，从没有信任基础提升信任级别；
2. 项目经理其实带领了几个同事，辛勤工作，但是对于确保工作成果的体现，重视不够，忽视了“培训”工作；
3. 从业主接口人的角度，做为甲方项目经理，他和我们same side，他也需要我们将工作成果体现出来。否则，辛勤工作顶多只有一个苦劳；
4. 从专业的角度上讲，这个工作其实不应该称为培训工作，定位为宣传、宣讲的发布会更为合适；（培训工作不是这回事，读者你有看法吗？）
5. 从宣传、宣讲的发布会角度考虑，项目经理的准备工作显然没有做足，抛开部署更新系统的影响，结合业主的说法和项目经理的说法，我们看到缺少的准备如下：
6. • 演示环境的健康检查，要演示的重点功能是否工作正常；
   • 演示剧本，也称为演示脚本或Demo Script；这是对剧本的导演，先出场什么，以什么角色，在什么场景，做什么功能，进行什么旁白，再切换到另外什么场景，好比一个话剧剧本；
   • 演示数据的准备
   • 演示彩排
7. 从上所述，业主对项目经理的表达能力不够的评价，可能不一定，很有可能是我们的项目经理的经验不足，加上得到我们的指导不够而表现出来的准备工作不够充分。

以上心态、出发点以及各项准备工作的专业和质量，决定最终的产出效果，辛苦的工作如何让他人承认，是我们每个项目经理的责任所在，也只有工作细致、专业才有可能获得合作方和下属的信任。