【转载】八大IT管理错误，如何避免？

2017-12-20 导语：对于企业的技术负责人来说，战略失误，用人不当或者优柔寡断的后果可能是灾难性的。那么，如何避免重大的IT领导失误(或重新回到正轨)呢？

诚然，人无完人。但是对于企业的技术负责人来说，战略失误，用人不当或者优柔寡断的后果可能是灾难性的。下面来谈谈如何避免重大的IT领导失误(或重新回到正轨)。  

每个人都会犯错。大多数错误是无害的，有些错误是令人尴尬的，但是可以原谅，而有些错误可以把你的事业——或者你的公司——和错误一起葬送。 

一些最常见的IT失误包括与一家供应商的关系纠缠不清，甩也甩不掉、雇用或提拔了不合适的人选，以及对高层管理者掩盖问题，直到问题无法挽救。 

当你负责企业的技术时，风险要高得多，错误的后果可能会更糟糕。所以我们按照严重程度对它们进行排序：第一等(你可以借着啤酒讲述一个令人尴尬的故事，但也许不是马上); 第二等(你可以从中翻身，但不要指望走上晋升的快车道); 和第三等(你被解雇了)。 

以下是你可能犯的最大错误——以及如何避免这些错误或快速恢复。

IT管理错误之一：供应商锁定

这是诱惑的一种形式。供应商以低廉的价格和无限的承诺引诱你。但是一旦他们掌控了你，他们就永远不会放手。

 Kudelski Security的首席技术官Andrew Howard说：“几乎每个生产产品的供应商都试图在你的领地里着陆并扩张。IT管理者的出发点都是好的，但是在他们知道真相之前，供应商是不可替代的，并且对IT资产有很大的控制权和巨大的价格杠杆，我看到有些IT管理者因为这种对供应商管理不当的原因而失去工作。 

Howard承认，有些好处是可以锁定。除了批量折扣之外，从同一供应商那里获得多个产品也许能(注意是“也许能”)确保它们之间的整合更加平滑，以及更严格的安全性。这意味着你不用和多家供应商打交道。这对小型组织来说可能是理想的。

但是，当你决定该继续进一步发展的时候，别指望供应商能够帮助你。Howard回忆说，当他在一家咨询公司工作时，工作流管理供应商试图通过拒绝移交其源代码来阻止他的公司过渡到另一个供应商。原先软件许可协议(software licensing agreement，SLA)中的这一要求在随后的谈判中以某种方式蒸发了。 

他补充说，采用云并没有让事情变得更简单。 

他说：“我们的很多合作伙伴在平台即服务提供商方面也遇到同样的问题。一旦你投资了一个平台，就很难把这个基础设施转移到另一个竞争平台上。” 

有鉴于此，Howard说，他知道很多首席信息官通过与多个云提供商合作并开发强大的技术管理实践来对冲他们的赌注。他补充说，IT管理者要与采购更紧密地合作，以避免过分依赖任何单一供应商。 

他说：“我个人认为技术多样化是有益的。最便宜的选择往往并不是你青睐的，有时短暂的痛苦从长远来看可能反而对你有好处。”

IT管理错误之二：像对待数据中心一样对待云

2016年2月，Best Egg Personal Loans从基于VMware的私有云迁移到运行于Amazon Web Services的公共云。点对点借贷服务花费了几个月时间计划、配置和迁移较低级别的服务，并且在其服务器和AWS服务器之间进行了一比一的映射。一切都准备就绪。然后，两个小时后，一个关键的AWS服务器坏掉了。

Best Egg的母公司Marlette Funding的首席信息官兼首席技术官Brian Conneen说：“这对我们来说出师不利。事实证明，单个云服务器的稳定性实际上低于私有托管的服务器或虚拟机，云的99.999{762543b0bd26c03e246ab03142f632f804e6711be7925c5ff269e230a03d75ed}正常运行时间得益于它能够动态地提供新服务器来替代那些失败的服务器。” 

事故发生在一个周末，Best Egg在没有任何客户停机的情况下恢复了，但是Conneen已经吸取了宝贵的教训：你不能把云服务器当作数据中心中的另一台机器。 

之后，Best Egg的首要任务就是确保它针对云环境进行了优化。第二重要的是：密切关注云计算成本。 

他说：“只要有人想要，你随时都可以配置一台服务器。但一而再，再而三的话，很快你花的钱就是计划的两倍或三倍多。” 

Conneen还了解到服务器是一次性的：当它们坏掉时，你就把它们扔掉。所以Best Egg内建了更多的冗余，为一刻都不能停机的系统分配了一个服务器池，并创建了能在某一个服务器工作异常时自动启动新服务器的脚本。

现在，当Best Egg发布一个新的软件版本时，它只需创建新的服务器，将代码推送给它们，然后停用老的服务器。 

他说：“公共云的好处只有在你根据公共云的优势来设计基础设施时才能发挥出来。仅仅把你的服务器迁移到云上是不够的，你还必须迁移你的想法和方法。”

IT管理错误之三：过度设计业务案例

要获得大笔IT支出的批准，就要构建一个可靠的业务案例。因此，管理人员可以花数周的时间研究选项，处理数字并拼凑PowerPoint——首席信息官的大脑一直被灌输这样的想法，这仿佛成了他们的大脑皮层的一部分。 

但是，除非有一个商业领袖愿意为你的建议承担责任，否则这往往是徒劳无功的，服务提供商Okta的首席信息官Mark Settle这样说道。 

他说：“几年前，我在一家财富200强公司面试首席信息官职位，并向首席财务官做了一个关于业务案例的重要性的小型演讲。该首席财务官告诉我，他不相信业务案例中的任何数字，只有当业务负责人承诺利用这些新功能时，他才会批准主要的IT举措。”

Settle补充说，在基础设施和合规性方面的必要支出是极少数例外。但任何形式的战略性IT举措都需要在业务方面充满激情的捍卫者。赢得管理者的信任意味着不仅要无缝地完成IT工作，还要与整个组织的其他团队合作，采取现有流程并加以改进。只有这样做，在战略性机遇出现时，业务领导者才更有可能倾听你的想法，他这样说道。

“如果你引入了大量过度设计的商业案例，而管理人员不愿站出来为你承担责任，那么你只会让事情对你更不利。”

IT管理错误之四：雇佣水平不如你的人

建设一个成功的企业需要一个团队，但是哪怕只要有一个态度不端正的无能员工就能毁掉一切。 

招聘公司Stride Search的业务发展副总裁Derek Johnson表示：“IT管理者犯的最大错误就是没有雇用那些比他们聪明、比他们更好的人。

不幸的是，管理者的自负经常使他们不能挑选合适的人。例如：三年前，Stride Search为其一个SaaS初创公司的客户找到了完美的网络和软件工程师人选。他雄辩、有魅力、拥有计算机科学博士学位、拥有多项专利。大家都爱他——除了该初创公司的首席技术官。

Johnson说：“电话面试时进展得很顺利，但现场面试时却是一场空前的灾难。这位身为共同创始人兼招聘经理的首席技术官用整个面试时间侮辱该名求职者，试图证明自己胜他一筹。管理团队的其他成员想提出工作邀请，但该首席技术官拒绝了。结果该求职者为一个竞争对手工作，后来这个竞争对手压制了这家初创公司，这种事经常发生，以至于可以当作寓言看待了。 

Johnson说，除了进行勉强的换位思考外，公司可以通过要求没有一个人有权否决新雇员来解决这个问题。对于高层职位，公司的董事会和候选人的下属也应参与其中。 

他说：“有句名言：‘优秀的人总是英雄相惜，而平庸者才会雇佣不如自己的人’确实适用。对于一个组织来说，没有什么比招聘不合适的人担任关键职务，或者错过了合适的人来担任关键职务更糟糕了。”

IT管理错误之五：提拔不合适的内部人选

如果说没有聘请合适的外部人员是一个错误，那么提拔不合适的内部人选也是一个错误。 

IT软件公司Unosquare的总裁Giancarlo Di Vece指出，一般而言，从内部提拔人选是一个极好的政策。但是你要出于正当的理由才能这么做。

不正当的理由又是什么呢?仅仅因为某人是忠诚的员工而提拔他，为他铺平职业道路，或者让自己觉得自己像一个好的管理者，Di Vece说。这可能会让你栽跟头，尤其当该员工不适合新的工作时。 

他说：“我曾经看到IT管理者把一个优秀的开发人员变成一个技术主管，然后这个员工感到很沮丧并最终离职。你以为你是一个伟大的老板，让人们有机会往上爬，而你最终却失去了他们，因为你剥夺了他们做自己擅长的事情的权利。 

Di Vece说，大概在一年前，这件事在他身上发生过。他为Unosquare最大的其中一个最大的客户雇佣了一位重量级开发人员，并给他扶摇直上的机会。不久之后，该名开发人员就管理一个五人团队。在三个月的时间里一切进展顺利，直到他走进Di Vece的办公室并辞职为止。尽管这个团队的工作非常出色，但该开发人员却觉得他的工作失败了，没人能说服他继续留任旧职。 

他说：“我失去了一个非常棒的编程资源，就因为我以为我为他的职业生涯提供了向上的流动性。 

从那以后，Di Vece说他建立了一个框架，新晋人选可以在这个框架里提供定期的反馈意见，监督人员可以密切关注这些意见如何帮助他们取得成功。 

虽然他仍然觉得内部提拔是一个很好的理念，Di Vece说，这并不适用于所有的情况。管理者需要明智地选择内部人选。

IT管理错误之六：将敏捷方法应用于核心系统

随着云服务的爆炸式增长和对业务速度的不断增长的需求，首席信息官们明白，组织的很多IT事务都不再受他们控制。 

但是，允许公司在云中启动Docker容器和微服务的同一个敏捷交付机制可能会对首席信息官负责的核心IT系统(如电子邮件，电话服务，ERP和后台应用程序)产生灾难性的影响， Kudelski的Howard这样说道。 

他说：“我看到更多的首席信息官失去了工作，因为他们在其它单一问题上都做得很好，唯独不能让邮件系统正常运行。这些敏捷方法往往公然不顾核心系统所必需的强大且严格的变革控制，如果这些方法失效了，企业就很快就会亏损。” 

为了缓解这个问题，首席信息官们需要划清界限，在业务系统上进行灵活的变革，并对核心系统实施更为严格的变革控制。没有一刀切的方法。 

他说：“你不能让受过敏捷交付机制影响的东西使你的核心服务面临风险。挑战就在于，制定和执行这些方针并不总是那么容易。企业要求速度，但谨慎要求缓慢和有条不紊的变革，这两件事针锋相对，IT管理者往往进退维谷。”

IT管理错误之七：惟命是从

业界总是指责顶尖的IT管理者经常对创新说不。但安全公司Absolute的全球IT安全策略师Richard Henderson表示，但比这更严重的问题是，他们不知道如何拒绝，并可能失去对系统安全性的控制。 

他问道：“IT或安全人员有多少次接到高层人士要求接触危险事物的电话?组织内的业务部门‘耍流氓’的频率有多高?——在没有得到IT或安全团队进行适当的审查或批准的情况下部署一个崭新发亮的基于云的工具或服务?” 

Henderson说，云存储和SaaS解决方案等工具可以为团队带来巨大的收益。但是，当IT管理者批准每一个异常请求时，他们会在其组织中创造新的漏洞和盲点，并且可能会招致新的攻击。 

Henderson承认，当首席执行官提出特殊要求时，很难拒绝他们。但是，你需要制定一个计划来处理罕见的例外情况(但愿如此)。可靠的资产管理方案就像监督终端设备并在用户登录到通用云服务时发出警报的软件一样，是必不可少的。 

如果动不动就同意，就不可能保证所有的东西都打上了最新的补丁并符合规定，尤其在你不知道哪个营销部的哪个人员加入一个新的AWS实例的时候。 

Henderson说：“最重要的不是阻止人们使用这些东西，而是让决定使用这些服务的团队满足数据保护的最低要求。首席信息官要说，'瞧，如果你想这样做，我们会帮你，但这是你需要提供的安全基准。”

IT管理错误8：掩盖问题

Okta的Settle说，当一个大项目开始变糟时，很多IT管理者都试图掩盖问题，希望能够在老板注意到问题之前解决它。事情往往从这里开始走下坡路。当他们终于承认是新的代码发布导致整个系统停机48小时，或他们另外需要400万美元来完成该项目时，他们已经失去了信誉。

他说：“越早揭露坏消息越好。因为坏消息是不会自动变好的，而且越早开始处理它，就越有可能恢复项目并回到正轨。 

传达坏消息从来都不是一件容易的事情，但是如果你已经和业务领导者建立了良好的工作关系，事情将会进展得更顺利。 

他补充说：“第一重要的规则是，你绝不能第一次登门拜访高管就要钱或寻求宽恕。不管这是不是真的第一次，或者仅仅是一个你六个月没有互动过的高管，这都是适用的。” 

当管理者不处于危机模式时，他们需要创造与首席财务官和其他业务领导者交谈的机会。 Settle说，对于以技术为导向的人来说，这并不总是容易的，但这些都是他们需要发展的技能。 

Settle说：“即使这只是一个小小的社交打趣，与主管谈论他们所面临的问题，当事情出错而你想跟他们要钱时，这么做有助于进入更艰难的对话。”