最近10年来，IT业务及采用IT技术的企业经历了天翻地覆的变化。在此期间，企业CIO一直对“下一个突破性”技术保持密切关注。然而，因为IT的预算渐趋平稳，他们还必须面临IT投资会逐渐减少的现实。
有些“淡出”的技术是内部IT技术手段，因为它们不再适用于业务运作和管理的需求，有些则是走向穷途末路的特定技术解决方案。无论是哪种情况，其最终结果都会对企业的科技选择带来显著的影响。那么，最可能淡出的技术都有哪些呢？
我们熟知的“运营支持”会走向穷途末路
计算机操作和低水平的系统支持等历史功能——目前依然是很多大型数据中心的主要工作——会继续衰减。在大部分先进的数据中心，即便出现灾难复原和失效切换（failover）（意指系统中的一个设备失效而无法运作时，另一个设备即可自动接手原失效系统所执行的工作。）等情况，关键决策也将能自动完成，尽管大部分CIO现在依然担心放弃“按下按钮”的程序会出问题。
我们已经看到了在机器人、物品储存自动化以及媒体等领域取得的重大进步，这些进步现在已经可以补足软件的功能了——夜间进行的自动批处理工作，让现场人员的“看护”工作变得不再必不可少。为了适应这个自动化的新潮流，很多企业都必须调整和测试他们的批处理运行代码和运营程序。
桌面计算和独立的系统将会渐渐远去
虚拟桌面计算、大量云计算产品以及企业用户对平板电脑、移动电话和其他便携设备的普遍采用，会进一步削弱需要大量投资、拥有强大存储和处理能力的桌面计算设备的存在感。
运维网络监控工具需要深奥专业知识的现状将成为过去
硬件和软件“自我修复”机制的进步、软件和硬件在自动执行系统中的协作能力、系统进行健康状态检查的能力和修复问题的能力，都会减少IT人员监控系统的工作，他们只需偶尔应对系统发出的警告，只需进行周期性的状态检查——因为大部分工作都可以由非资深网络分析师通过自动执行系统完成。
DevOps工具使深奥的技术知识对应用开发者不再那么重要
随着更精良的DevOps（开发运维）工具投放市场，应用开发人员掌握系统软件知识的必要性、掌握数据库调用和数据库提交技能的必要性、掌握应用和系统代码例程整合技巧的必要性，以及为了适应应用程序而提前整合硬件资源的必要性，都会渐趋降低。凭借DevOps技术，应用开发人员可以专注于更快地满足客户端的需求，因为他们无须为自己创建的应用程序构建配套的基础设施。DevOps工具可将应用程序、系统支持软件、支持性数据库、支持性通信软件以及运行应用程序所需的硬件完美地协调起来。
应用程序开发人员采用基于云计算的DevOps工具时，只须点击一下图标就能让他们为应用程序自动配置整个系统的基础架构，从而，开发人员不必掌握他们为其开发应用程序的系统和平台的具体知识——此外，他们也不必掌握开发人员以前采用的传统应用程序工具和调试工具的使用技巧了。
IT购买力以及对技术的影响力会弱化
终端用户往往会越过IT部门直接与技术厂商接洽以解决自身的业务问题。全新的云计算技术和移动设备、社交媒体和网络应用程序的发展，能让这些用户自行寻找解决方案。对IT部门来说，终端用户参与技术决策并不一定是坏事。但IT部门则需抛弃认为自己对技术的采用和预算拥有最终决定权的过时心态。
IT“专业知识筒仓”（expertise silos）的旧世界行将消失
DevOps的流行，网络重要性的不断提升，应用程序的成功带来的广域网络表现的提高，会迫使很多IT部门重新思考如何调整本部门的结构，重新思考是否需要重新配置人员，以便将负责网络、运行和应用程序的员工整合到不同单位，为业务系统的特定群组提供支持。推动这一潮流的是系统工具，系统工具采用可供各方选择数据的公共数据存储库，以便适应网络、应用程序、数据库和系统维护人员的需求。这些专业分支以前采用的是自己的成套工具，当检修某个常见的系统问题时，各方往往会得出不同的结论。而利用相同的工具和数据，则可以减少各方对检测结果和结论的分歧，从而，节约了解决系统问题的时间。结果怎么样呢？只针对IT单一环节（比如说网络）的旧有检修工具会渐渐失宠。
IT部门承担的质量保证和服务支持等职能会让他们摘掉“二等公民”的帽子
在IT部门提供的服务中，终端用户体验的重要性将达到空前水平。某些领先的IT部门已经采取措施，将质量保证（QA）、服务支持等专业工作扩展到了副总裁的工作范畴，并使这些工作的意义与应用程序的意义彼此相当。在有些情况下，商业用户要求自己的IT部门建立服务水平协议（SLA），以便测评服务优势、技术优势和应用程序的表现。很多IT部门已借鉴质量保证和帮助桌面等手段的易用性来改善新应用程序的效能。结果将是IT部门内部政策的改变，并对最重要的职能改变认识。
