沟通在一个运维服务项目中的重要性

沟通在一个运维服务项目中的重要性

 

有很多能力培养课程会涉及到沟通和交流，这也不足为怪社会本就是一个关系圈

维持关系不仅仅要靠合同更要靠关系，也就是为什么会存在各种协会，基金会的原因。杨澜挟中粮去打造顶级私人俱乐部也是智者的选择。

 

话题扯远了，回到我们的运维服务项目

 

首先是服务项目组内部的沟通是必要的：一个项目经理管理5-8个项目，还要起草一些招标文件和配合公司制定销售策略。会说没有时间去深入到项目中事无巨细的了解运作情况。尤其是一个已经签约一年甚至多年的服务项目，你难道要桌面工程师去做项目的风险分析和规划吗？应该去了解现场工程师的真实想法，去从细节掌握整个项目的健康状况，主动去了解客户对IT的认知。这些工作不仅仅是在项目调研，售前期间花精力去做，项目交付期间也应该去落实。项目组内部的沟通是十分必要的。定期，定时，定（质）量去把沟通做好是项目能够长期健康发展的关键。

 

 

其次项目组与客户的定期沟通是必须的：一个项目正式签约运作一段时间后，不仅仅项目经理有所懈怠，客户也已经不去关注这些问题的时候谁还在对质量负责呢，当一个项目在正常运作的时候双方都不去主动提高质量，发生突发事件的时候不得不花费更多的时间和成本区补救。尤其是数据中心的运维项目，这样的项目往往都涵盖多种关键服务，影响层面比较深远，每项服务的风险点也比较多。这也是很多服务项目进行到3-5年的时候更换服务商的原因，这几乎已经是一个规律了。

如果我们能把已经签约的项目按照新项目来对待，我想结果会是另一种大家都喜闻乐见的。

每月的项目沟通都因为各种原因推掉，项目经理可能会暗自庆幸可以抽出时间做些其他的事情了，但是长此以往可能项目也不用你去负责了。或许是你的同事去负责或者是你竞争对手去负责了。

最低要求应该把定期沟通机制建立并落实，包括工作总结与汇报，双方对服务项目提出需求和改进建议，制定质量提升计划，服务商真正的，主动的帮助用户提高IT服务管理质量。