在为企业提供技术变革方面，IT部门面临着前所未有的压力。然而对IT部门提出的大量要求可能会使IT领导人难以将IT资源集中于正确的工作中。
这种情况下灵活性至关重要，聪明的IT领导者正在加倍努力精简IT，无论这是否涉及重新确定项目的优先次序和重新调整IT组合，合理化应用和追求云原生方法，通过采用DevOps或AIOps提高自动化程度，或彻底改革IT运营结构。
CIO.com采访了四位IT领袖，了解了他们为提高敏捷性而精简IT的努力：他们是如何做的，最大的挑战是什么，以及他们总结的做好这项工作的诀窍。
说“不”以提高专注度
IT服务公司Randall-Reilly的CIO Chiranjoy Das今年早些时候在LinkedIn的一篇文章中写到他如何 “无情地取消一些项目以提高部门的专注度”。但这只是Chiranjoy Das承诺他的技术部门变得更加敏捷的一种方式。
Chiranjoy Das最大的优先事项包括将Randall-Reilly的IT系统与客户系统进行整合，使其成为客户业务的重要组成部分，赋能微服务等现代方法重新架构旧系统，实施人工智能和机器学习以实现人工流程的自动化，并为分析和监控提供干净、标准化的数据。
IT部门对于速度和敏捷性的巨大压力加剧了挑战：“事实上，我们不得不让不太完美的功能上线，以便灵活地满足客户的需求。”Chiranjoy Das说他已将冲刺时间从两周减少到一周。“这迫使团队保持警惕，反过来又给Scrum团队带来很多压力，因为我们不能损害对安全的保证。”
从现有的资源中能挤出的东西是有限的，这就是为什么Das开始重新评估他的团队所负责的项目。导致管道过满的问题包括：部门主管推动着可能对整个企业没有战略利益的宠物项目，将太多投资回报率不确定的大项目归为紧急项目，以及Das所说的 “大而闪亮的想法”，如没有经过适当审查的加密货币项目。
当Das的团队成员在期望的重压下受苦时，Das开始着手解决一些大问题，包括某些项目缺乏商业案例某些他项目没有执行赞助商或项目负责人，以及缺乏时间来解决技术债务等。他已经缩减了IT部门承担的项目总数，并一直倡导向 “以产品为中心”的软件开发转变，这意味着除非产品负责人根据利益相关者的需求确定其优先次序，否则不会有任何工作。除了每周一次的冲刺，IT部门还实施了CI/CD，并实现了自动化回归测试，这提升了IT部门的敏捷性和质量。
自从Das开始做出这些改变后，IT部门的整体情绪就得到了质的改变。人才保留率提高，会议量减少，并且IT部门正在进行更多与业务目标一致的战略项目。
高层领导对IT部门采取的坚定立场表示赞赏。“但他们也在关注我们，看我们是否能实现我们所承诺的目标。更少的项目，但更高的责任感能够帮助我们更好地集中精力。”
敏捷的心态和文化远比敏捷开发方法更重要。IT部门的领导必须在急于进入CI/CD等项目之前创造一种紧迫感。敏捷性的其他关键因素包括建立一个数据仓库、API、适当的安全和可扩展的架构。
Das说：“如果没有基础模块，IT绝不可能是敏捷的。”
利用集成框架和微观自动化增强业务能力
为了与以客户为中心和创新的业务战略保持一致，技术组必须做出快速决策，并根据不断变化的业务条件进行调整。
理光美国公司数字服务中心负责人Bob Lamendola说：“每个人都在各自的地方做自己的事情，但它也不能是单一的。”
这导致了理光IT部门的三个关键战略重点：微观自动化、采用集成框架和启用公民开发者。事实上，技术功能现在是围绕着自动化、集成和分析来组织的。
通过关注微观自动化对业务流程的渐进式改进，IT部门已经能够在效率目标方面取得快速胜利。Lamendola说：“我们继续有长期的大型项目，专注于更广泛的转型变化，但通过专注于较小的胜利，我们正在拥抱敏捷性，并向企业表明我们正在倾听他们的即时需求，同时也在努力实现长期目标。”
Lamendola的团队认识到需要在可预见的未来支持复杂的混合云基础设施，因此开发了一个灵活的集成框架，在保持安全控制的同时实现更容易的互连。一个API层允许理光的第三方合作伙伴与该公司的ERP和其他合作伙伴服务连接，以最小的操作支持创造更好的用户体验。
“我们认识到需要灵活，能够根据需要改变合作伙伴或混合模式的组成部分。”Lamendola解释说，“通过将我们的集成框架置于我们架构的核心，每当我们想将一个新的解决方案纳入企业架构时，它可以变得不那么沉重。”
IT部门还在数据汇总、工程和分析方面进行了投资，以释放公民开发者的力量，他们可以使用集中开发的规则和业务流程框架，将数据转化为推动行动的信息。
Lamendola说：“他们被授权建立自己的BI仪表盘和模型，以完成他们团队的目标。统一的数据分析社区也促进了想法的分享、成就的庆祝和一致性。”
这是一个重大的文化转变，要求IT部门适应过渡的不适。传统的工作正在转变，这需要我们使用新的思维方式。“我们已经取得了成功，为了确保我们的这些胜利，长期而言，我们将专注于生产力。我们必须从一开始就把文化这一块做好，以备释放潜力。”
“我们一直热衷于关注基础，而不是关注最终产品。最终产品很重要，但它并不能推动我们前进。”Lamendola说，“我们正处在一个旅程中，仍然处于转型中期，但我们正在努力利用过去的投资来加速未来的基础战略。”
另外，知道何时放松控制同样重要。“政策和控制必须存在，同时接受一种灵活性，以允许敏捷性发生。”
打破障碍：围绕产品和流程进行重组
内容服务提供商Hyland正在进行一次重大的系统检修，以推动公司的发展，并创建其下一代基于平台的产品。CIO Steve Watt说，这给IT部门带来了巨大的压力，要求他们持续提供价值。
他说：“企业不能再等待所有项目都是大爆炸式的交付，而是希望他们能在整个项目周期内持续地提供价值。”
对Watt来说，精简意味着消除员工绩效的障碍。自动化是关键，使团队能够在IT内部和外部自我服务，并关注结果。
这就是为什么Watt要将IT部门重组为与产品或流程相一致的团队。每个小组都有自己的报告结构，包括来自不同学科的工作人员，包括解决方案和平台工程师、产品所有者、敏捷流程经理，以及精通基础设施、应用开发和集成的IT人员。
例如，有一个团队完全专注于Hyland的“从报价到订单”流程，该工作持续使用敏捷框架来执行正在积压的功能、改进和修复。
自从改组后，我们更加专注，浪费在可能永远不会完成的工作上的时间变少，对其进行了优先排序或合理化。“此外，我们已经与业务更好地保持一致，并看到更快的实施和更少的返工。”Watt说。
围绕这种新的工作方式，与企业进行持续的沟通不可或缺。“我们已经寻求并得到了认同，即有些事情需要削减，以专注于重要的事情，并确保我们以有限的资源专注于正确的工作。”Watt解释说。
Watt说：“确保你的企业利益相关者了解敏捷的真正含义，你在这个框架中的执行将如何运作，以及他们在这个过程中的位置。”
恰到好处的技术：拥抱工作流程自动化
对于非营利性医疗认证机构Inteleos的IT团队来说，提高速度和敏捷性的压力是自我施加的，CIO Juan Sanchez说。
实施集成平台即服务（IPaaS）是IT议程的首要任务，还有通过核心平台更新减少技术债务，为内部和外部客户建立数据科学能力，以及创建零接触的员工入职和配置。
Sanchez说：“如果我们能够利用好这些工具和机会，我们可以推动巨大的影响与变化。精简IT的最终方式是利用工作流程自动化。”
通过利用具有完整API的成熟SaaS平台，Inteleos的开发团队可以专注于工作流程的关键操作，而不只是代码的底层细节和永无止境的重构工作。基础设施团队也可以专注于建立为业务提供直接价值的工作流程。
例如，通过简化和自动化账户和应用程序的配置工作流程，而不是保持域控制器的运行，IT可以为新员工提供更好的入职体验。Sanchez说：“如果效果理想，技术团队将建立起一个类似于物流系统的整合系统，通过在它们之间建立最有效的路线来连接SaaS节点。”
目前Inteleos的许多业务流程需要人工干预。更改请求往往集中在使流程对员工更好，但不一定对客户更好。Sanchez希望当业务流程所有者了解到他们可以将重复性任务自动化时，他将释放出他们的能力，以一种更综合的方式思考一个流程，更加关注流程的受益者和如何受益。
“我们正在把我们的操作看成是一个弹性系统。”Sanchez说，“我们试图确定在我们的价值交付中哪里出现了瓶颈，并思考我们应该在哪个环节以及如何扩展该系统的不同部分。”
Sanchez认为建设新技术几乎应该是最后的选择。他说：“虽然这似乎有悖常理，但每个新的技术解决方案都有直接和长期的成本。我们必须小心，不要太快地跳进先用技术解决一切问题的误区。”
到目前为止，关键绩效指标有所改善，传统的IT服务指标，如周期时间和服务水平协议的违反已经减少。通过在API设计中使用更好的架构方法，开发团队已经超过了其并发请求性能目标的250%。
Sanchez说：“我们正在产生更多的战略影响，并在比以前更宏观的层面上帮助甚至指导着企业。小心翼翼地将对话作为一种合作而不是处方来对待是很重要的，这也是大多数技术团队需要发展的一种技能。”
愿意在人才方面进行创新。“没有这个成分，世界上最好的架构也会失败。”Sanchez说，“我们不得不迅速学会在哪里找人，以什么样的技能水平，以什么样的参与方式对系统在任何特定时间的要求最有效。”
敏捷性是一种心态。“它必须在技术团队的头脑中出现，然后让这种心态渗透到我们与企业的互动方式中。通过这些互动，你会看到敏捷性在业务中的体现。”Sanchez说，“如果作为一个团队，我们不能超越眼前的想法，我们就注定要保持事务性。”
作者：Stephanie Overby
原文地址：
www.cio.com/article/350357/streamlining-it-for-agility.html
