亲,你是不是那个——坚持对每个人宣称IT运维团队就是业务的服务提供商——的家伙? 你的工作是不是以客户为中心? 你是不是在合理的价格上提供高品质的技术服务? 你是不是那个——宣称知道怎样满足开发人员的应用程序所有者的需求,能保证IT运营计划万无一失——的家伙? 如果是这样的话,那么,你凭什么来吸引你的“客户”将尽可能多的业务交给你,而不是交给公共云和其他服务提供商?如果你的服务质量真的顶呱呱,那为什么预算负责人一直提醒你动作太慢、收费太贵、而且服务能力欠缺? 过去,数据中心业主和IT运维团队的工作目标就是向应用程序提供安全、可靠、高效率的设备、网络和服务器环境。这些目标通过提供运维和监控服务来……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
亲,你是不是那个——坚持对每个人宣称IT运维团队就是业务的服务提供商——的家伙?
你的工作是不是以客户为中心?
你是不是在合理的价格上提供高品质的技术服务?
你是不是那个——宣称知道怎样满足开发人员的应用程序所有者的需求,能保证IT运营计划万无一失——的家伙?
如果是这样的话,那么,你凭什么来吸引你的“客户”将尽可能多的业务交给你,而不是交给公共云和其他服务提供商?如果你的服务质量真的顶呱呱,那为什么预算负责人一直提醒你动作太慢、收费太贵、而且服务能力欠缺?
过去,数据中心业主和IT运维团队的工作目标就是向应用程序提供安全、可靠、高效率的设备、网络和服务器环境。这些目标通过提供运维和监控服务来实现,而这看起来正是一家常规的服务提供商所做的事情。
内部IT运维团队如果希望像一家IT服务提供商那样获得信誉,挑战之一就是,你每天所做的大多数努力对于顾客而言都是不可见的。如果你没有启动发电机、检查配电单元、查看数据中心环境温度、执行变更管制、从机架上替换或者安装新设备、扑灭火灾、升级存储主机、打开端口、堵住漏洞、阻止DDoS攻击——如果你没有做这些繁复的工作,那么整个系统就很可能会无法运作。
稳定和革新兼顾的IT战略
数据中心领导们总是最后一个尝试新事物,原因就是:职业安全。
让我们作一个案例对比。首先考察一个数据中心和IT运维主管Bob,他是某虚构的“公司1”副总裁。作为一名具备20年经验的老手,Bob工作起来没有丝毫困难。他每周工作70个小时来维持IT运转,只使用大供应商的产品,决不采用源自创新者的新的、有时也意味着更好的工具集。
因为他只使用经历时间检验的产品,使用经历时间检验的处理方式,Bob 的IT策略和性能就像是重复的剧本。Bob不关心他人(包括他的客户)所谈论的市场趋势,也没兴趣去和亚马逊“抢业务”。他的口头禅是:“我很清楚我的公司需要什么。”
但是最终用户纷纷抱怨说,Bob的所作所为简直是让他们去送死。
例如,一份虚拟计算机的需求说明有6页长,需要10次审批才能进入操作队列,通常超过三到四个星期才能执行。接下来的虚拟机构建与交付又会花掉一周甚至更久。交付前的测试经常会发现需要专门解决的问题,因为Bob 的手动处理方式很容易出错。当然,一旦虚拟机启动和开始运行,可靠性就不再是问题。
在另一个虚构的公司,“公司2”里面,Pete是一名熟练的数据中心业务和运维主管,乐于冒险。他经常出席各种会议、并主动派遣团队成员参观学习新技术和新方法。Pete 憧憬实现“不开灯,不动手”的数据中心,实现端到端的自动化,还运用许多之前无人尝试过的处理方式和步骤。Pete 在公司内部搭建了一套私有云平台,包括了集成服务清单,而且整套系统的成本远低于传统IT方式。
最终用户喜欢Pete 的云平台,还有他不到30分钟的虚拟机交付周期。但可靠性已经成为阻碍新的云平台稳定运行的最大问题,有几次严重的停机事故甚至影响了公司业务。Pete 认为,这只是成为真正的服务供应商过程中的很小代价。
在大多数IT组织中,Pete 这种人更容易被解雇,而Bob 更容易受到提拔。以业务中断和停机为代价来进行创新,这种做法在大多数IT公司都不会得到认同。为什么你不希望你的IT团队具备冒险精神?因为那更容易导致低劣的服务水平和性能,从而砸了你的饭碗。
如果你同时需要Bob的稳定和Pete的创新呢,你该怎么做?
如果你的IT团队已经在开展服务,那就向他们灌输管理理念。然后,拟定一个能够满足最终用户、同时也更加稳定可靠和灵活的战略计划。
怎样修订你的IT运维计划
IT运维人员要和真正的服务提供商一样为他们的公司和最终用户做好服务,有明确的步骤可以遵循。这里有五个主要步骤。
第一步:了解最终用户。去与他们交谈,听听他们需要什么。这经常意味着需要派一个或多个产品经理拟定产品需求,平衡竞争重点。
第二步:设定你的测试基准来评估合适的方案。对于云平台,Amazon可能不是合适的测试基准,却将成为大多数人认为的基准。你可能没必要每次都亲自搭建一套云平台,那就应该挑选合适的测试基准。
第三步:坚持从“最低可行产品”起步的原则。利用你从最终用户和产品经理那里获得的灵感,开发出一个概念模型,然后回去找最终用户验证。为了便于验证和判断,模型一定要尽量简单!
第四步:专注于最初的成就。从小的功能入手,建立一两个能完全自动化并且可靠的实例。最糟糕的就是在第一版就提供太多东西,然后无法收场。建立你的云服务架构,就像搭建应用软件那样,确保你的服务质量和自动化测试体系100%符合架构规则。小实例,并且就像对待你的饭碗一样认真测试它,这样才能确保不会砸了你的饭碗。然后,坚持下去,最后必定就是成功!
第五步:评估。像一家服务提供商那样调查评估用户对你的满意度,并想办法让评估过程常规化和自动化。使用适当的衡量指标,例如“净推荐值”(Net Promoter Score )来了解你的最终用户是否会向他们的同事推荐你的新业务。
如果你感觉这些步骤听起来就像一个服务商在做事,这就对了。如果你没有意识到你正在公司内部进行业务竞争,你就不会抓住重点。如果你真的想要成为一家服务提供商,那你就必须像一家服务提供商那样去考虑一切问题。
相关推荐
-
IT运维机器人的崛起
机器人真的以软件形式来到IT世界了吗?很有可能。机器人,以某种有效方式模拟人类技能或人类功能特性,是一种自动化实施方式……
-
揭秘应用程序容器火热原因
容器技术在当下正是火热。我们是怎么走到这一步的?是谁在驱动应用程序容器的采用?容器对IT运维提供了哪些帮助?为了寻求答案,我们采访了红帽集成解决方案业务部门的总经理Lars Herrmann先生。
-
新闻速递:英特尔公布Intel Cloud Technology计划
越来越多的公司正在考虑外包其IT服务,为云服务和云应用提供支持的技术变得日益重要。英特尔与全球16家领先的云服务提供商合作推出“Intel Cloud Technology”计划。
-
公司IT设备该如何防范雨季?
为了能够帮助IT建设者和运维管理者在多雨季节尽可能小地降低事故发生频率和避免不必要的经济损失,这里盘点了几个注意事项。