当然，没有人是完美的。 但对于那些负责企业技术的人来说，战略失误、雇用不当或脊椎薄弱的后果可能是灾难性的。 以下是如何避免（或从）重大 IT 领导错误中恢复。
每个人都会犯错。大多数是无害的，有些是令人尴尬但可以原谅的，有些可能会让你的事业——或你的公司——受挫。
一些最常见的 IT 失误包括陷入与无法摆脱的供应商的关系中，雇用或提拔错误的人，以及向高层管理人员隐瞒问题，直到为时已晚。
当您负责企业技术时，风险要高得多，错误的后果可能会更糟。所以我们按照严重程度对它们进行了排名： 1 级（你会在喝啤酒时讲述一个尴尬的故事，但可能不会马上）； 2 级（您可以从中恢复，但不要指望能快速升职）；和 3 级（你被解雇了）。
以下是您可能犯的最大错误——以及如何避免它们或快速恢复。
IT 管理错误 1：供应商锁定
严重程度：2
这是一种诱惑。供应商以低廉的价格和无尽的承诺引诱您。但是一旦他们抓住了你，他们就永远不会放手。
“几乎每个制造产品的供应商都试图在您的环境中登陆和扩展，”Kudelski Security 的首席技术官 Andrew Howard 说。 “IT 经理一开始是出于好意，但在不知不觉中，供应商是不可替代的，并且对 IT 资产拥有重大控制权和巨大的定价杠杆。我见过几位 IT 经理因为这种供应商管理不善而丢掉了工作。”
霍华德承认，有一些好处可以锁定。除了批量折扣之外，从同一供应商处获得多种产品应确保它们之间更顺畅的集成以及更严格的安全性（强调应该）。这意味着您需要处理的供应商更少。这对于较小的组织来说可能是理想的。
但是当你决定是时候继续前进时，不要指望供应商会帮助你。 Howard 回忆说，当他在一家咨询公司工作时，一家工作流管理供应商试图通过拒绝交出源代码来阻止他的公司过渡到其他供应商。最初的软件许可协议 (SLA) 中的要求在随后的谈判中不知何故消失了。
他补充说，上云并没有让事情变得更容易。
“我们的许多合作伙伴在平台即服务提供商方面遇到了同样的问题，”他说。 “一旦你投资了一个，就很难将该基础设施转移给竞争对手。”
出于这个原因，霍华德说，他认识许多通过与多家云提供商合作并开发强大的技术管理实践来对冲赌注的 CIO。他补充说，IT 经理需要更密切地与采购部门合作，以避免过于依赖任何单一供应商。
“我个人相信技术的多样化，”他说。 “而且最便宜的选择往往对你不利。有时，短期的痛苦可能会让你长期受益。”
IT 管理错误 2：将云视为数据中心的扩展
严重性：2
2016 年 2 月，Best Egg Personal Loans 从基于 VMware 的私有云迁移到在 Amazon Web Services 上运行的公共云。 P2P 借贷服务花了几个月的时间来规划、配置和迁移较低级别的服务，并在其服务器和 AWS 中的服务器之间进行了 1:1 映射。一切都准备好了。然后，在上线两个小时后，一个关键的 AWS 服务器死了。
“这对我们来说有点像第一天的警钟，”Best Egg parent, Marlette Funding 的首席信息官/首席技术官 Brian Conneen 说。 “事实证明，单个云服务器的稳定性实际上低于私有管理的服务器或虚拟机。云的 99.999% 的正常运行时间来自动态配置新服务器以替换出现故障的服务器的能力。”
崩溃发生在一个周末，Best Egg 能够在没有任何客户停机的情况下恢复，但 Conneen 吸取了宝贵的教训：您不能将云服务器视为数据中心中的另一台机器。
在那之后，Best Egg 的第一要务是确保它针对云环境进行了优化。第二要务：密切关注云成本。
“你可以在任何人需要的时候配置服务器，”他说。 “做到这一点就够了，很快你就会花掉你计划的两到三倍。”
Conneen 还了解到服务器是一次性的：当它们坏了你就扔掉它们。因此，Best Egg 构建了更多冗余，为无法承受一时停机的系统分配了一个服务器池，并创建了脚本，当一个行为不端时自动启动新服务器。
现在，当 Best Egg 发布新的软件版本时，它只是构建新服务器，将代码推送给它们，然后关闭旧的。
“只有当你根据公共云的优势设计基础设施时，才能实现公共云的好处，”他说。 “仅仅将您的服务器迁移到云端是不够的，您还必须迁移您的思维和方法。”
IT 管理错误 3：过度设计业务案例
严重性：1
它已经在 CIO 的脑海中敲响了很长时间，它就像他们大脑皮层的一部分：要获得大量 IT 支出的批准，您需要建立一个可靠的业务案例。因此，管理人员可以花费数周时间研究选项、处理数字和组装 PowerPoint。
但身份即服务提供商 Okta 的首席信息官 Mark Settle 表示，除非你有一个愿意为你的提议不顾一切的商业领袖，否则这通常都是徒劳的。
“几年前，我在一家财富 200 强公司面试 CIO 职位，并向 CFO 做了一个关于商业案例重要性的小型讲座，”他说。 “首席财务官告诉我，他不相信商业案例中的任何数字，只有在有业务领导者承诺利用新功能时才会批准主要的 IT 计划。”
Settle 补充说，在基础设施或合规方面的必要支出是罕见的例外。但任何类型的战略 IT 计划都需要业务方面的热情拥护者。赢得高管的信任不仅意味着无缝地完成您的 IT 工作，还意味着与整个组织的其他团队合作，采用并改进他们现有的流程。他说，做到这一点，当战略机会出现时，企业领导者更有可能听取你的想法。
“如果你引入了许多设计过度的商业案例，而没有高管愿意为你站出来为你倒下，你会让事情变得更加困难。”
IT 管理错误 4：招聘低于您的技能水平
严重性：2
建立一个成功的企业需要一个团队，但只需要一个不称职、态度不好的员工就能把每个人和一切都打垮。
“IT 经理所犯的最大错误是雇用的人并不比他们更聪明和更好，”招聘公司 Stride Search 的业务发展副总裁 Derek Johnson 说。
不幸的是，经理们的自负常常使他们无法选择合适的人选，他说。例如：三年前，Stride Search 为其客户之一（一家 SaaS 初创公司）确定了完美的网络和软件工程师。他口才好、魅力四射，拥有计算机科学博士学位，并拥有多项专利。每个人都爱他——除了这家初创公司的 CTO。
“电话面试进行得很顺利，但面对面的面试绝对是一场灾难，”约翰逊说。 “CTO 既是联合创始人又是招聘经理，在整个面试过程中都在侮辱候选人，并试图让他变得更好。管理团队的其他成员想要提供报价，但 CTO 拒绝了。候选人最终为竞争对手工作，后者后来粉碎了这家初创公司。这种情况经常发生，这可能是一个寓言。”
约翰逊说，如果没有进行非自愿的自我移植，公司可以通过要求任何人都无权否决雇用来解决这个问题。对于高层职位，公司的董事会和候选人的下属也应该参与其中。
“‘A 球员雇佣 A 球员，B 球员雇佣 C 球员’这句名言真的很适用，”他说。 “对于一个组织来说，没有什么比雇用错误的关键人物或放弃正确的关键人物更具有灾难性的了。”
IT 管理错误 5：提拔错误的内部候选人
严重性：2
如果未能聘用合适的外部人员是一个错误，那么提拔错误的内部候选人也是如此。
IT 软件公司 Unosquare 的总裁 Giancarlo Di Vece 指出，一般来说，从内部提拔是一项很好的政策。但是您需要出于正确的原因这样做。
错误的原因？ Di Vece 说，提拔某人是为了奖励他们是忠诚的员工，给他们一条职业道路，或者让自己觉得自己是一个好经理。这可能会在你的脸上爆炸，特别是如果员工真的不适合新工作。
“我见过 IT 经理让优秀的开发人员成为技术主管，然后该员工感到沮丧并最终辞职，”他说。 “你认为你是一个伟大的老板，给了人们攀登的机会，但你最终失去了他们，因为你让他们远离了他们真正喜欢做的事情。”
Di Vece 说这件事大约在一年前发生在他身上。他为 Unosquare 的一个最大客户聘请了一位摇滚明星开发商，并让他走上了晋升的捷径。很快，开发人员管理了一个五人团队。三个月来一切都很顺利，直到他走进 Di Vece 的办公室并辞职的那一天。尽管团队的工作非常出色，但开发人员觉得他的工作失败了，无法说服他继续担任原来的角色。
“我失去了一个很棒的编程资源，因为我认为我正在为他的职业生涯提供向上的流动性，”他说。
从那时起，Di Vece 说他建立了一个框架，新晋升的候选人可以提供和接收定期反馈，主管可以密切关注他们如何帮助他们取得成功。
虽然他仍然觉得从内部提拔是一个很好的理念，但 Di Vece 说这并不是在所有情况下都是正确的选择。管理者需要明智地选择内部候选人。
IT 管理错误 6：将敏捷方法应用于核心系统
严重性：3
随着云服务的爆炸式增长和对业务速度的需求不断增加，首席信息官明白，他们组织的许多 IT 都超出了他们的控制范围。
但是，允许公司在云中启动 Docker 容器和微服务的相同敏捷交付机制可能会对 CIO 负责的核心 IT 系统（如电子邮件、电话服务、ERP 和后台应用程序）产生灾难性影响，库德尔斯基的霍华德说。
“我见过更多的首席信息官因为无法及时处理电子邮件而失业，这比其他任何问题都要多，”他说。 “这些敏捷方法经常面对核心系统所必需的强大而严格的变更控制。如果它们倒闭，企业可能会迅速亏损。”
Howard 说，为了缓解这个问题，CIO 需要划定强大的界限，允许对业务系统进行敏捷更改，并对核心系统实施更严格的更改控制。一种尺寸不会适合所有人。
“你不能让敏捷交付机制接触到的东西让你的核心服务面临风险，”他说。 “挑战在于，绘制和执行这些线并不总是那么容易。业务需要速度，但审慎需要缓慢、有条不紊的变化。这两件事相互冲突，而 IT 经理经常被夹在中间。”
IT 管理错误第 7 号：过于频繁地说“是”
严重性：2
顶级 IT 经理经常被指责在创新中“拒绝”。但安全公司 Absolute 的全球 IT 安全策略师 Richard Henderson 表示，更大的问题是，当他们不知道如何拒绝人们，并冒着失去对其系统安全性控制的风险时。
“IT 或安全人员有多少次接到高层人士的电话，要求访问有风险的东西？”他问。 “组织内的业务部门多久会在没有 IT 或安全团队适当审查或批准的情况下‘流氓’并部署全新的基于云的工具或服务？”
Henderson 表示，云存储和 SaaS 解决方案等工具可以为团队带来巨大的好处。但是，当 IT 经理批准每一个例外请求时，他们会在组织中创建新的漏洞和盲点，并且可能会产生新的漏洞。
亨德森承认，当首席执行官提出特殊要求时，很难拒绝他。但是您需要制定一个计划来处理（希望如此）罕见的例外情况。可靠的资产管理方案是必不可少的，监视端点设备并在用户登录公共云服务时提醒您的软件也是如此。
经常说“是”会导致无法让所有内容都得到修补和合规，尤其是当营销人员启动新的 AWS 实例时，您不在循环中。
“游戏的名称并不是要阻止人们使用这些东西，而是让决定使用这些服务的团队能够满足数据保护的最低要求，”亨德森说。 “首席信息官需要说，‘看，如果你想这样做，我们会帮助你，但这是你需要提供的安全基线。’”
IT管理错误8：隐藏问题
严重性：3
Okta 的 Settle 说，当一个大项目开始失败时，许多 IT 经理试图掩盖问题，希望在老板注意到之前解决它。事情通常只是从那里走下坡路。当他们终于承认新代码发布导致整个系统瘫痪 48 小时，或者他们需要另外 400 万美元来完成项目时，他们已经失去了可信度。
“你越早揭露坏消息越好，”他说。 “因为坏消息本身永远不会变得更好。人们越早开始处理它，您就越有可能恢复项目并重回正轨。”
传达坏消息从来都不是一件容易的事，但如果你已经与商业领袖建立并保持了良好的工作关系，事情就会顺利得多。
“第一条规则是，当你要钱或寻求宽恕时，你永远不要第一次出现在高管家门口，”他补充道。 “无论是真的第一次还是仅仅是你六个月没有与之互动的高管，这都适用。”
经理们需要在不处于危机模式时创造机会与 CFO 和其他业务负责人交谈。对于以技术为导向的人来说，这并不总是那么容易，但这些是他们需要发展的技能，Settle 说。
“即使只是一个小小的社交玩笑，并与高管谈论他们面临的问题，当出现问题并且你需要把手放在他们的钱包里时，这也会让更难的对话变得更容易。”
原文：https://www.cio.com/article/228061/biggest-it-management-mistakes.html
- 登录 发表评论