为IT部门建立弹性架构

实际上，在许多小公司里，绝大多数的IT部门都是从一个人开始的。这个人一般没有经受过任何必要的训练，甚至没有电脑和网络的太多经验。很多时候，这个职员的真实工作（主要职责）是做别的。很多时候，这个人是公司里对电脑了解最多的（很多时候，他或她的知识水平“不算太多，但已经多的足够称得上危险”）。

当公司还很小时，用户的人数很少，并且网络需求也相对简单，所以这样也勉强可以工作。常驻的“计算机专家”处理小难题，而处理更复杂的工作时则聘请顾问。当公司太大，不再适合这种模式时，问题就产生了。

建立一个弹性部门架构
当一个公司开始需要一个全职的网络管理员时，不要惊奇——通常这是因为他们打算放弃工作组的网络模式，打算部署一个域，或者他们决定建立自己的邮件服务器、网页服务器，等等——而那个业余时间担当这些职责的人，现在可能获得了这份工作。毕竟，这个人熟悉公司的政策，硬件以及软件，还有用户们。并且，他（她）可能已经通过在业余时间处理这些工作的尝试和犯错过程中，对网络有了很多的了解。

引进一个外部人员可能会带来新的问题：一个新来者可能对你做事的方式不熟悉，可能会在你的雇员中造成“冲击”。另一方面，完全使用经认证的专业人员重组一个部门，很可能是像你所想的那样，为日后部门的膨胀埋下伏笔。

管理职责的义务与分界
当“光杆司令”部门需要扩张时，会碰到的最常见问题是如何分配任务和责任。已经习惯了所有事情都一个人处理的IT人员可能不希望失去对IT事务的绝对控制权，但是当企业和网络都增长后，在不同的人员之间分配不同职责是必须的。

一个原因是此时的工作负荷相对于单人来说已经太重了，但这不是惟一的原因。划分职责可以更好的保护公司。如果在公司里仅有一个人了解网络架构如何设置，以及系统管理员的口令是什么，如何联系你的硬件提供商以及其他重要信息，那么当这个人突然离开时（自愿或非自愿），企业就会陷入巨大的麻烦之中。因此，你应当注意早点分配责任，而不是被工作负荷压得喘不过气来时才被迫这么做。

你了解对重要数据进行备份是多么重要，也知道拥有备份设备多么重要（比如建立一个容错磁盘阵列，这样你的数据在其中一个硬盘损坏时依然会安全无恙，或者是建立一个服务器集群，一旦其中一台崩溃，其他服务器可以随时接管它的任务）。其实，对于关键的IT人员来说，需要一个冗余备份也是同样重要的。无论管理员临时或者永久的离开，必须有一个人可以同样完成他（她）的所有管理工作。

这不仅仅让你的IT部门拥有更多的容错性；它同样也让它变得更具弹性。当人们被交叉训练成能够完成多种任务时，扩张部门相对来说要比人人死守自己岗位的相关知识，老死不相往来的情况容易多了。

协作与行政管理系统
另一个能够影响你部门弹性的因素是企业的基础模式。传统的企业行政管理模式本质上都是准军事的；有一个很严厉的行政管理系统，每个雇员在组织中都有一个非常明确，预先定义好的级别。通讯主要局限于你的直接上下级，“越级”或“绕过上司”来讨论任何重要的企业问题都是禁止的。

而更现代化的企业模式，特别是在IT领域，是“团队”模式。大家一起合作完成任务，很少关心“位置”或“级别”。自由讨论和辩论受到鼓励，团队的所有成员都欢迎他人的思想和批判（起码在理论上是这样）。

哪种企业架构工作的最好？
准军事的结构，由于它的刻板与严格，一般弹性较差，因为雇员传统上都是从最低层的级别被雇用的，并期待和公司或部门一起获得提升。当部门需要扩张时，由于结构的强迫性，你很难招到所需要的专门领域技术人员。

而团队架构，一旦被误用，会导致一种混乱的氛围，结果什么事情也做不成，而部门扩张又导致更多的人相互牵制并拖慢整体进程。这种团队架构概念的误用是导致如今许多公司管理困难的根源。它基于一个前提，就是公司或部门本身是一个快乐的大家庭，每个人都是平等的，并且没有一个真正的主管。

如何同时兼顾效率和弹性
最具弹性的企业架构从两者中吸取成分，将团队合作与行政管理结合起来。一个有效率的团队可以平稳的一起合作，不同的成员可以在不同的时间承担不同任务，不过在某个具体项目进行期间，每个成员都有明确的特定任务。如果团队成员之间发生分歧，有一个人拥有最终拍板的权威（举例来说，可以想象一下，一个足球队是如何做的）。

很巧，或者也许没有那么巧，这个最有效率的企业架构模式，通常会被证明也是最具弹性的。

（责任编辑:陈毅东）

查看本文的国际来源