沟通在一个运维服务项目中的重要性
有很多能力培养课程会涉及到沟通和交流,这也不足为怪社会本就是一个关系圈
维持关系不仅仅要靠合同更要靠关系,也就是为什么会存在各种协会,基金会的原因。杨澜挟中粮去打造顶级私人俱乐部也是智者的选择。
话题扯远了,回到我们的运维服务项目
首先是服务项目组内部的沟通是必要的:一个项目经理管理5-8个项目,还要起草一些招标文件和配合公司制定销售策略。会说没有时间去深入到项目中事无巨细的了解运作情况。尤其是一个已经签约一年甚至多年的服务项目,你难道要桌面工程师去做项目的风险分析和规划吗?应该去了解现场工程师的真实想法,去从细节掌握整个项目的健康状况,主动去了解客户对IT的认知。这些工作不仅仅是在项目调研,售前期间花精力去做,项目交付期间也应该去落实。项目组内部的沟通是十分必要的。定期,定时,定(质)量去把沟通做好是项目能够长期健康发展的关键。
其次项目组与客户的定期沟通是必须的:一个项目正式签约运作一段时间后,不仅仅项目经理有所懈怠,客户也已经不去关注这些问题的时候谁还在对质量负责呢,当一个项目在正常运作的时候双方都不去主动提高质量,发生突发事件的时候不得不花费更多的时间和成本区补救。尤其是数据中心的运维项目,这样的项目往往都涵盖多种关键服务,影响层面比较深远,每项服务的风险点也比较多。这也是很多服务项目进行到3-5年的时候更换服务商的原因,这几乎已经是一个规律了。
如果我们能把已经签约的项目按照新项目来对待,我想结果会是另一种大家都喜闻乐见的。
每月的项目沟通都因为各种原因推掉,项目经理可能会暗自庆幸可以抽出时间做些其他的事情了,但是长此以往可能项目也不用你去负责了。或许是你的同事去负责或者是你竞争对手去负责了。
最低要求应该把定期沟通机制建立并落实,包括工作总结与汇报,双方对服务项目提出需求和改进建议,制定质量提升计划,服务商真正的,主动的帮助用户提高IT服务管理质量。
转载于:https://blog.51cto.com/prospectits/247738