解读IT架构管理中的四大重要规则

计算机系统的架构非常重要。不太合适的引用已故的Green Bay Packers的传奇教练Vince Lombardi话说，“架构不是所有的事情，但是它是唯一的事情。”或者曲解另一个古老的说法，“电脑程序潮起潮落，不好的架构永远存在。”通过观察许多IT部门的努力得出上述结论的。这些IT部门的架构不能迅速改变，或者不能被有效的管理，从而无法支持快速变化的商业模式。

　　我常常访问那些大公司，它们使用多于250种的软件、多种主机、上百个服务器、6种（或者更多）操作系统、许多网络协议，以及从6、7个供应商那里购买的硬件。这些公司的经理通常会问我，为什么他们的系统的成本如此之高，这么难改变或者升级，常常不可靠，而且还提供错误的客户服务意见。他们把这归罪与供应商和他们的员工。真相是，由于这些系统的复杂性和混乱性，它们能有效工作反倒会是一件令人惊讶的事。

　　没有计划的工作

　　许多公司的信息系统没有一个能够变化、能够反应的根本的架构。许多架构围绕的是基于客户需求和客户投诉的“点的解决方案”。

　　这让我想起了加州圣荷塞的Winchester神秘屋。1884年，一个叫Sarah Winchester的有钱的寡妇开始建造一个屋子，她不断的在里面添加东西，直到38年以后她死去。这个屋子包括47个火炉、40个卧室、两个地下室和至少5个厨房。她从没有一个大的蓝图，而且她常常的会变主意、添东西，使得木匠和工人不停的忙碌。所以说，这房子的架构是在“成长”的。不幸的是，就是这种反应模式使得许多IT组织陷入无效和混乱。

　　灵活一些

　　计算机架构不应该是强制的，或者僵化的。我们都见过这样的IT部门，他们认为控制架构的方式就是严格的执行客户控制标准。偶尔的，由于公司文化或者特殊的商业模式，这样的部门可能会成功。但是更多的情况是，要么客户准备抗议，要么总是有应用会超出现行的IT控制范围。客户是有创造力的，而且经常“盗用”软件和从事不同于正式程序的“秘密活动”。

　　另一方面，温驯的CIO们不断的在一个程序上加上另一个程序，不久面临一片混乱。要纠正这些错误，我建议你围绕公司的模式，建立一个基于标准的架构。

　　关注重要法则

　　架构原则应当从上至下，就是说，从最高层次的原则细化到IT各系统部件互相影响。很多时候，我发现IT组织努力对低层次的规范和协议达成一致，而没有先对“重要规则”达成一致。什么是“重要规则”？它们就是组织中的人员按照架构协调工作和分歧的基本原则。

　　第一条规则：认可

　　必须对架构中的所有人保持信任。那意味着不存在惊奇。在一个IT组织内，不能用访问优先权来获得控制权。你是不是常常走到会议室，惊奇的发现组织方向的变化，或者一些没有被共享的新信息？

　　所有的信息都应当被那些有关系的人共享，如果要确定一个方向，每个人都应当有机会去回应。不这样做就会破坏各方的信任关系。不信任是会促使人们脱离常规，通过建立灰色系统，或者破坏架构，从而“做自己的事”。 

第二条规则：一致

　　没有人能破坏架构。如果需要，你可以防止，但是每个人都必须事先同意架构不能被忽略。如果这条规则没有被贯彻，你将陷入混乱。但是同时，必须要有一个上诉机制。架构不是让IT活动互相较量的俱乐部，所以高级经理应该对用户的关切保持敏感，并适当回应。

　　第三条规则：创建书面记录

　　架构必须被写下来，而且每个有关的人都应当对此有所贡献。口头的架构在许多的组织是一种传统，但是以我的经验看来，除非有一个简单和清晰的架构文件，而且每个管理人员和项目开发者有一个备份文件，你会面临误解和反感的威胁。

　　第四条规则：共同行动

　　没有一个IT组织内的人能够说“不是我的工作”。每个人都必须参与，而且没有人可以把担子给其他人，而对公司的成功无动于衷。这个价值观对于架构的成功至关重要。如果IT组织内的员工不理解共同行动的好处，组织就不会获得长期的成功。

　　IT“牛仔”需要理解组织工作的规则。一个有着强大架构的IT组织更加能适合牛仔和企业家精神，因为它能够清晰的表明所有活动的限制条件。