IT应该不惜一切代价避免的13种情况

从告诉所有人他们是你的客户到制定云战略,这些所谓的“行业最佳实践”肯定会降低IT成功的机会。

IT应该不惜一切代价避免的13种情况

是什么导致了IT组织的失败?通常情况下,是被那些本应了解但却并不了解的人采用所谓的“行业最佳实践”所导致的,可能是因为他们从来没有做过这项工作。

从建立内部客户到制定收费标准,再到坚持投资回报率,当从50000英尺或更高的高度观察时,这些建议中的许多似乎都是合理的。然而,如果刨根究底,你就会发现这些万无一失的成功秘诀往往就是失败的原因所在。

1.告诉每个人他们都是你的顾客

想要失败?确保IT中的每个人都告诉IT之外的每个人,“你是我的客户。我的工作就是超越你的期望”(或者更糟的,“让你开心”)。

IT之外的员工并不是IT的客户。他们是IT部门的同事,如果整个公司有什么好的事情发生,他们会平等地与他们合作。

将内部客户的想法合法化将使IT处于从属地位,IT中的每个人都必须让他们的同事开心,无论这样做对业务来说是否是有意义的,更不用说它是否会鼓励公司的实际客户去购买更多的产品和服务了。

2.建立SLA并将其视为合同

想搞点破坏?建立正式的服务水平协议,坚持让你的“内部客户”签署这些协议,并把这些服务水平协议当作是合同来对待。

如果你真的想让IT失败,每当“内部客户”(又是这个词)暗示IT没有做他们需要做的事情时,就去争论IT是否满足了服务水平协议。这是一个保持距离的好方法。

但如果你更喜欢成功,那么你就要记住,人际关系需要信任,除非你把同事看作是真正的人,否则信任是不会发生的;如果他们喜欢你,他们会和你一起解决问题;合同的目的并不是定义关系–而是定义没有信任和事情严重出错时会发生什么。

3.讲述愚蠢用户的故事

你知道的。经典名著中有这样的笑话:“屏幕上一片空白”,“让我直说吧–你停电了,而你却不明白为什么你的电脑不能启动”,以及“我告诉他试着把他打印机的插头倒转…但这是一个三脚插头(窃笑)!”

当其他IT人员告诉他们时,尤其是当他们附上名字时,会让人大笑。但如果你想确保IT的失败,就自己去告诉他们。这样的话,你和任何其他IT中的人都不尊重他人的消息就会传开。

4.开始收费

这里有一个阻止使用IT的好方法:开始收费。不仅仅是进行收费–仔细计算的收费会生成发票,详细说明每个成本中心发生的每一类费用,从CPU周期到SAN和NAS存储(当然是分开的),再到开发人员工时,再到服务台电话,以10分钟为增量计费。

没有什么比争论账单的准确性更能鼓励合作了,账单决定了公司应该把钱装在哪个口袋里。

5.坚持投资回报率

想确保关键项目不会得到资助吗?坚持认为IT治理过程需要明确、有形的投资回报。这样做在很大程度上确保了一个滑向过时的阶段,而帮助业务部门更快地交付更好结果的技术却没有资金,那些有助于提高客户满意度的项目–能够在增加销售的同时降低销售成本,但不是以IT可以证明的方式–将在角落的办公室里受到嘲笑,不管是谁提出的。

6.特许IT项目

想要一个解决业务/IT功能障碍的公式吗?可以根据软件交付来定义项目,这样当软件满足需求和规范时,IT的工作也就完成了。

这样,当业务管理人员抱怨软件没有做他们需要做的事情时,你完全可以争辩说它确实做了它应该做的事情,因为它符合规范,不是吗?如果失败了,项目没有满足需求,那么你也可以认为需求是错误的。那是谁的错?当然是签了字的业务经理。

或者,你可以做一些有用的事情:从你如何命名你的项目开始,根据业务成果(“提高销售效率”)来定义每一个项目,而不是软件。

7.指定项目发起人

众所周知,在项目管理界,每个项目都必须有一个商业赞助者,否则成功的可能性就很小。但是想要确保一个项目失败吗?指定一个。

赞助商–真正的赞助商,而不是“名义上的赞助商”–会在内心深处希望他们的项目取得成功,如果有必要,愿意承担风险以确保他们的项目能够成功,并将自己的名字和声誉与项目的商业利益挂钩。但你觉得被指派为赞助商的人会做这些事吗?我不会。

8.建立云计算战略

这里有一个确保IT失败的好方法–建立云计算战略。这样你就可以得出结论了。你知道你必须在云端,所以这个策略的目的就是实现它。

无论你做什么,都不要想得太宽泛。不要考虑根据服务定义的托管技术架构。毕竟,这样做可能会让你相信这些服务正是你所需要的,并且云计算可能只是提供其中一些服务的一种方式。

这是一个古老的规则:形式服从功能。服务就是功能。而云是你所需服务可能采取的一种形式。要避免这样想,除非你希望IT成功。否则这就是强制性的。

9.实施敏捷,进军海外,或者两者同时进行

敏捷方法学对他们有很大帮助。成功的一个先决条件是高水平的非正式用户的参与,这样就可以频繁地、小范围地修改流程,而开发人员也每天都能看到进度,用户验收测试也是每天都会发生的事情。

离岸市场有一个优势:更低的每小时劳动力成本。它所不具备的是敏捷所依赖的高水平非正式用户参与的可能性。结合了12个时区的差异、语言障碍、文化鸿沟以及仅限于Web会议处理的交互,想要实施敏捷是相当具有挑战性的。

让它工作是可能的,但它不适合胆小的人,当然也不适合那些作为敏捷新手的IT组织。

想要敏捷吗?想去海外吗?请选择其中的一个。

10.用中断来打断中断

确保IT失败的下一步是坚持让每个人都同时处理多个任务。毕竟,这是一种非常令人向往的能力,对吗?但它的真正含义是降低生产率和质量,同时增加压力,以图完成更多的工作。

每当你试图要求某人停止他们正在做的事情去做别的事情时,记住:人类是无法一心多用的。他们能做的最好的事情就是从一个任务到另一个任务的来回切换。每当他们这样做的时候,他们就会浪费时间转换思维方式,一项任务需要的注意力越集中,他们就越是会在必要的时候浪费时间。

希望IT成功吗?那就让人们首先完成他们正在做的事情,然后再去做别的事情。

11.兼顾许多项目

IT从来没有足够的员工来处理每个人想要的一切,所以无论如何,通过启动大量项目并在其中来回调动员工,尽一切的努力来实现它是有意义的。

如果你希望所有的项目花费更长的时间,花费更多的成本,并且交付低于标准的结果的话。

如果你想让IT建立一个良好的声誉,请建立这样的规则:每个启动的项目都能够配备充足的人员,而“配备充足的人员”则意味着项目永远不需要等待团队成员来处理它。

做到这一点,每个项目都将在你把所有项目都耍得团团转之前被完成。

12.消灭“影子IT”

毫无疑问,当业务部门推出自己的IT时,就可能会发生糟糕的事情。这似乎是一个令人信服的论点,但它只讲述了故事的三分之一。第二个三分之一是:业务部门之所以从事DIY工作,是因为IT没有足够的人员来解决(通常)影子IT所承担的小业务问题。这使得IT处于尴尬的境地,迫使业务部门需要在Excel中做所有事情,即使有更好的替代方案。

这是第二个三分之一。第三个?祝你好运,把影子IT消除掉。你甚至很难发现基于云的应用程序的业务使用。而如果IT成功的淘汰了影子IT呢?这只是把IT变成了Dilbert的Mordac,“IT领域所有高效解决方案的保护者。”

13.不管有什么要求,只是说“不”或者“是”

确保IT失败的最后也是最好的方法是无论请求如何都要说“不”或者“是”。说不,你就破坏了你们的关系。说是,你就做出了你不能遵守的承诺,因为你和其他人已经把你所有的时间都考虑进去了。

如果你想成功,正确的答案是,“我们可以做到。而这些是需要的条件。”

请求管理有一条不可侵犯的规则,无论请求是项目范围变更、软件增强,还是向没有预定接收笔记本电脑的人提供笔记本电脑:没有什么是免费的。

不要说不。也不要只是说是。解释你需要做些什么才能满足要求。而接下来的就将是一场对话而不是一场争论了。

IT应该不惜一切代价避免的13种情况

极牛网精选文章《IT应该不惜一切代价避免的13种情况》文中所述为作者独立观点,不代表极牛网立场。如若转载请注明出处:https://geeknb.com/13395.html

(37)
打赏 微信公众号 微信公众号 微信小程序 微信小程序
主编的头像主编认证作者
上一篇 2020年12月26日 上午11:17
下一篇 2020年12月28日 上午9:24

相关推荐

发表回复

登录后才能评论
扫码关注
扫码关注
分享本页
返回顶部