摘要：我们都知道许多项目在开展的时候，有是有一定的模式的。那么，企业IT规划需要什么模式呢？

　　发生漂移
　　
　　复杂的软件系统很少会一直正确的运行。他们会随着时间的推移而发生漂移和变更——例如补丁的应用，更新和IT人员的调整，修正和胡乱操作。这些变更通常无法跟踪，IT人员也很难精确的知道正在运行的是什么。在系统刚刚部署的时候，它们是不透明的。随着时间的推移，它们完全变得神秘了。
　　
　　相应地，预算总是短缺
　　
　　业务运作的预算总是跟不上IT规模增长的步伐。所以即使总预算增加了，每个被管理的系统的预算也总是短缺。IT总是被迫用更少的钱做更多的事--被迫要找到改变规模经济的新方法。
　　
　　变更伤害
　　
　　IT人员总是很担心变更，并尽量避免变更，因为无法预期的后果会导致数据中心宕机，这是一条法则。这条法则的核心是部署的系统和它们的依赖关系很难描述，并且很难文档化。当变更发生的时候，东西就坏了。这就是为什么，在变更这个主题上，IT人员更倾向于Ross Perot的观点：“如果它没有坏，就不要修理它。”
　　
　　需求会遵循阻力最小的路径
　　
　　不管你喜欢不喜欢，企业IT都要和市场的抉择竞争。当有一种抉择在价格，性能和可用性方面相比较而言更好的时候，工作量方面将遵循阻力最小的路径。公有云是这种现象的一个绝佳的实例：IT组织如果不转变，将会白白浪费很多工作量，所以都“逃”到了云中。
　　
　　IT人员讨厌真空
　　
　　计算成本的下降，工作量需求的增加。这是推动虚拟机发展的背后力量，同时管理成本也随之增长。同样的道理，IT人员讨厌真空，当空间可用的时候，它一定会很快的被填满。
　　
　　规模增长
　　
　　每个随之而来的架构上的改进都会引起规模的增长。由于大型主机让位于客户端-服务端架构，客户端-服务端架构让位于Web，所以在规模上发生了大爆发。今天，我们看到的x86架构，虚拟化和云计算都导致了需要被管理的系统总量的增长。
　　
　　依赖性成几何级数增长
　　
　　软件比过去更加的多样化，包括许多过去难以想象的选择--定制化软件，商业化软件和开源软件。这意味着开发者有更多的资源来施展它们的技艺，同时IT也因为复杂的，相互依赖的和持续变更的系统而深陷泥沼。把独立的单用途的块组合成可复用的服务的IT抽象化的进行使情况进一步恶化。依赖性网络是庞大的--大部分时间下--是很难理解的。
　　
　　复杂性是变革之母
　　
　　当IT的复杂性达到了当前工具和流程的极限的时候，IT必须要变革。内在的复杂性就像是阻挡潮水的堤坝。唯一的办法就是重新发明新的工具和方法来处理IT规模上的复杂性。
　　
　　责任编辑：Honey