计算机架构不应该是强制的，或者僵化的。我们都见过这样的

IT 部门，他们认为控制

架构的方式就是严格的执行客户控制标准。偶尔的，由于公司文化或者特殊的商业模式，这

样的部门可能会成功。但是更多的情况是，要么客户准备抗议，要么总是有应用会超出现行

的

IT 控制范围。客户是有创造力的，而且经常 “盗用”软件和从事不同于正式程序的“秘密活

动

”。

    另一方面，温驯的 CIO 们不断的在一个程序上加上另一个程序，不久面临一片混乱。要

纠正这些错误，我建议你围绕公司的模式，建立一个基于标准的架构。

    

关注重要法则

架构原则应当从上至下，就是说，从最高层次的原则细化到

IT 各系统部件互相影响。

很多时候，我发现

IT 组织努力对低层次的规范和协议达成一致，而没有先对“重要规则”达

成一致。什么是

“重要规则”？它们就是组织中的人员按照架构协调工作和分歧的基本原则。

计算机系统的架构非常重要。不太合适的引用已故的

Green Bay Packers 的传奇教练

Vince Lombardi 话说，“架构不是所有的事情，但是它是唯一的事情。”或者曲解另一个古老

的说法，

“电脑程序潮起潮落，不好的架构永远存在。”通过观察许多 IT 部门的努力得出上

述结论的。这些

IT 部门的架构不能迅速改变，或者不能被有效的管理，从而无法支持快速

变化的商业模式。

    我常常访问那些大公司，它们使用多于 250 种的软件、多种主机、上百个服务器、6 种（或

者更多）操作系统、许多网络协议，以及从

6、7 个供应商那里购买的硬件。这些公司的经理

通常会问我，为什么他们的系统的成本如此之高，这么难改变或者升级，常常不可靠，而

且还提供错误的客户服务意见。他们把这归罪与供应商和他们的员工。真相是，由于这些系

统的复杂性和混乱性，它们能有效工作反倒会是一件令人惊讶的事。