十个仍大行其道的IT陈规_【企业网D1net】

技术日新月异，但在大量流行语的背后，健全的IT战略的基本原则仍然存在。这里就有十个老掉牙的IT原则仍然大行其道——只是新瓶装旧酒罢了。...

点击上方“蓝色字体”，选择 “设为星标”

关键讯息，D1时间送达！

技术日新月异，但在大量流行语的背后，健全的IT战略的基本原则仍然存在。这里就有十个老掉牙的IT原则仍然大行其道——只是新瓶装旧酒罢了。

技术日新月异，但在大量流行语的背后，健全的IT战略的基本原则仍然存在。这里就有十个老掉牙的IT原则仍然大行其道——只是新瓶装旧酒罢了。

似是不变的事物实则变化万千。

俗话并不完全是这么说的，但这句话应该刻在每一扇通向IT的门上。这肯定比“进入这里的人们，放弃所有希望吧”要好得多。

自从我们早期开始以来，一切并没有发生太大的变化，那时IT就像电子数据处理(EDP)，而程序员就像玻璃建筑里的大祭司。

一切都变了就这些事情没变。

幸运的是，IT早期的很多基本知识如今仍然适用，只是披上了一个不同的，现代化的幌子。下面来看看十个有助于你了解下一代IT的老一套原则，以及你应用这些原则所显示出来的根本区别。

这绝不仅仅关系到技术的好坏

旧版本：“没有人会因为购买IBM的产品而被解雇”

新版本：开源可以提供相同的优势

你所购买的技术对你来说是一个长期的承诺。你希望这对供应商来说也是一个长期的承诺。

为了安全起见，IT过去往往从大型供应商那里采购。而现在呢?开源不仅具有同样的安全性，有时你可以从IBM或其它大型供应商那里获得开源的东西。

并非所有的开源技术都能得到足够广泛的支持，但很多技术都得到了支持。例如，如果PHP能够胜任这项工作，那么，鉴于其糟糕的安全跟踪记录，你会谨慎考虑Java吗?然而，世界上最大的软件公司之一甲骨文(Oracle)是支持Java的(也许说“提供”会更准确)。

这也算不上全新的事物。毕竟，如同开源一般的SHARE库可以追溯到20世纪70年代。

良好的信息安全始于良好的物理安全性

旧版本：把硬件锁起来

新版本：这不一定是你的上了锁的房间

我们总是将硬件锁起来，只让少数员工使用数据中心，并保留这样的自动日志——谁进入了数据中心，何时进入的。现在，并非所有上了锁的房间都是我们自己的房间。

对中小企业而言，它们会有可替代的方案，例如交给托管(co-lo)设施和完全迁入云端。

但是，不要把本该用来扩建数据中心而节省下来的钱都存起来。请将其中的一部分钱用于与你的异地提供商建立低延迟，高带宽的网络连接。更理想的情况是：应用另一个老掉牙的原则——千万别什么东西都只有一样。建立彼此的网络连接，因为在建筑物的两侧都要有入网点(point of presence)，所以即使铲土机在不该挖洞的地方挖了一个洞，你的业务也不会受到影响。

了解威胁

旧版本：库存安全威胁和对策的实施

中期版本：将台式机锁起来并保护周边

新版本：加强对资产的保护，也要加强对周边的保护。

在过去，阻止安全威胁主要意味着使客户信息控制系统(CICS)的会话超时，因此黑客就无法接入并继承这些会话。然后个人电脑、分布式系统、互联网以及更多威胁开始登场了。我们要通过这样的方式来做出回应——锁定台式机并用越来越复杂的防火墙来保护周边。

很多人仍然认为最好的对策是将一切封锁起来，不让任何人发挥创意。但是，企业要么生于创新，要么死于创新，创新可不仅仅意味着人们想要出售的新产品。创新意味着创造性思维，以及在业务中所及之处实施这样的思维。

如今，我们应该花更多的时间来加强对资产(而不是周边)的保护，甚至花更多的时间积极地为用户提供支持，因为在创新上没有得到允许的劳动队伍才是最大的威胁。

测试软件不仅仅意味着将代码投入生产并观察会发生什么

旧版本：维护三个环境——开发、测试和生产

新版本：将大量测试工作移至云端

回归和压力测试将专业人士与业余爱好者区别开来。回归和压力测试一直在做这样的区分，现在还是这样。回归测试可以确保新东西不会破坏旧东西。压力测试可以确保这样的情况——当每个人都开始施压时，一切都会表现得很好。

由于IT所具备的专业性，它至少要维护三个环境——开发、测试和生产。这意味着什么东西都要购买三样。并对这些东西进行维护。这可不好受!

现在，即使你维护自己的数据中心，在云端启动测试环境往往也很重要，因为你只要按需付费就可以了。依据你的生产环境的不同，云端也可以很好地用于回归测试。

压力测试?还没做。变量实在是太多了，至少目前是这样。

控制对生产环境的变更

旧版本：正式的变更控制流程

新版本：正式的变更控制流程

开发人员轻松将新代码投入生产的日子已经一去不返了。我们要经历一个过程。实际上没有人喜欢这个过程，但这无关乎人们是否喜欢这个过程。这是为了确保变更不会扰乱生产，如果变更确实破坏了生产，这就关系到人们要有一个撤销计划。

你认为云改变了很多事情?确实如此。云使变更控制变得更加困难，因为现在，如果你管理云提供商的方法不够谨慎，他们可能会在不经过你的流程的情况下将他们的变更投入生产。

毕竟，这就是他们的基础设施

瀑布式开发必须发挥作用，但真正发挥作用的是敏捷方法

旧版本：业务管理者和程序员反反复复地进行非正式的来回交谈

新版本：Scrum：业务管理者和程序员反反复复地进行非正式的来回交谈，不过他们有规则可遵循

在正式的开发方法远未破坏IT的乐趣之前，业务管理者常常来回徘徊并提出这样的问题：“你能让计算机做到这一点吗?”程序员会做一些尝试，并把结果展示给业务用户看，然后他们会做迭代，直到结果可行为止。

他们并没有称之为敏捷。而是称之为“谈论计算机应该做什么”，但这仍然算作敏捷。

然后出现了瀑布式方法。如果业务经理能够完美地设想一个完整的工作系统并准确地描述这样的系统，这些方法也很管用......但他们做不到，所以我们失去了30年的生产力。

然后Scrum登场了，它需要进行迭代和交互，并添加了足够多的方法来破坏其它敏捷版本的方法所带来的和IT有关的大部分乐趣。

关系先于流程，交易结束了，关系还在

旧版本：与其他高级管理人员一起管理关系是首席信息官的工作重点。

新版本：与业务的其他人员一起管理关系是所有人的工作重点。

在业务还没有变成其它东西前，它们是所有关系的集合体。只要建立良好的关系，一切都可行。没有建立良好的关系，一切都枉然。

在企业有严格的等级制度的那个时代，首席信息官与其他高级管理人员一起管理关系，这就足够了。如果其他高级管理人员不信任首席信息官，IT就无法成功。就这么简单。

但每当IT部门的所有成员与业务中的所有其他人进行交互时，这都会影响业务与IT之间的关系。这不仅仅关系到首席信息官和其他高管。如果业务中的其他人员不信任IT，那么IT就无法获得成功。如果业务中的其他人员信任IT，那么IT的方方面面都会变得更加轻松。

不是变得轻松，而是变得更轻松。

做集成，因为将“自动化孤岛”互相连接起来，这将使业务流程不再显得那么笨拙

旧版本：逐步累积自定义编程的批处理接口

新版本：带有专门设计的实时接口的服务总线或等效的东西

较新的版本：与非IT驱动的软件即服务(SaaS)解决方案集成

当人们将计算机生成的报告中的信息重新键入到显示数据录入的屏幕时，IT意识到，它最重要的职责之一是整合不同的系统，使数据保持同步。

所以IT创建了接口。大量的接口，所有接口都是自定义批处理的抽取、转换和装载(ETL)。

如今有这么多接口，混乱得难以维护。因此，明智的IT会投资服务总线或诸如此类的东西，并设计接口，因为仅仅将接口层层堆叠起来意味着闪亮的新技术又创造了新的混乱。

如今，很多与IT有关的事情都发生在IT部门之外，主要是业务管理者引进的软件即服务，以此来实施局部自动化(island of automation)。最终，他们再也不会乐此不疲地让员工重新输入数据。请准备好面对这样的事情。

IT的存在是为了支持业务

老得像陈词滥调的版本：不要为了技术而技术

新版本：提供技术领导力

为了技术而技术，这可不是什么好事。这并不意味着IT应该将其职责限制在工单的处理上。它必须实现超越并提供技术领导力。

所有未能提供技术领导力的IT部门(提出建议和讨论，而不仅仅是接受和交付)都在根本上失败了。

技术领导力还意味着为准备购买或构建自己的技术的管理者和用户提供支持。现在是时候认识到“影子IT”是一件好事，因为它增加了IT的带宽。

当然，风险是有的。一切值得做的事情都有风险。

IT必须利用一切可以利用的技术帮业务中的所有人取得成功，而不是扼杀所有“不是在这里发明”的东西。

这事关业务变化，不然又有什么意义?

旧版本：IT是推动整个业务变革的主要动力

中期版本：IT是业务变革的最大障碍

新版本：IT是推动整个业务变革的主要动力

当计算机焕然一新时，企业高管对它们寄予厚望，希望它们能通过这样的方法在所有的地方推动变革——使业务流程变得更快，更便宜，同时减少人为错误。

这种情况会一直持续下去，直到IT必须支持很多互连系统，以至做任何新事情都是耗时、昂贵且有风险的。IT对瀑布式方法的依赖也无甚裨益。

我们终于又挣脱了。在这一切之间——敏捷的，更好的集成工具和发生在IT以外的IT，信息技术再一次推动变革，而不是追随变革。

（来源：企业网D1Net）

如果您在企业IT、网络、通信行业的某一领域工作，并希望分享观点，欢迎给企业网D1Net投稿

投稿邮箱：editor@d1net.com