原著： Rajiv Pant 翻译：王晓明
本文从众多优秀的IT部门管理方法中选择其一进行讲解。CTO(公司首席技术官)，CIO(首席信息官)，主管技术的副总裁，旨在为技术部门提供管理建议的咨询师都是本文的读者。如果您的公司据有以下特点，那么阅读本文您会从中受益：
- 您掌管3个以上网站的软件设计，开发和技术运营。
- 您是一个拥有20-150名技术人员的中大规模公司。
- 桌面支持，通信服务，内部信息管理系统等内部IT管理不属于本文所讲述的范畴。
以下的维恩图描述了将一个大的IT部门构建成3个子部门的一种模式。
基于互联网的技术部门维恩图揭示了三个子部门之间的重叠关系
CTO们往往将IT部门分成两个子部门，软件开发部门和产品运营部门。软件工程部门负责基于Web的软件开发。运营部门负责Web产品的运维。
如果您只有两个在线产品，两个部门就足够好了。如果您有超过3个以上的Web产品，将软件工程部门分成两个子部门，Web工程部，平台工程部就是更优的选择。
Web工程－侧重Web直接关联的项目。包括：
- 增加或者改变Web产品的功能
- Web产品的缺陷修复
平台工程－ 一般较小，包括：
- 系统集成架构设计
- 应用的跨平台共享
- 跨平台的公共库共享
- 研发
运营－ 侧重于如下职责:
- 系统和应用的管理
- 基础设施管理
- 24×7 技术支持
- 构建和配置管理
- 发布管理
- 测试和质量保证(QA)1
- 技术分析
- 技术项目管理
- 预算管理
在维恩图中这三个部门的重叠是有意为之。这样做的目的是为了避免部门之间不能互通有无。成功的关键是整个IT部门作为协作良好的一个整体。很多目标和职责都是需要部门合作才能成功。
DevOps2 是多个部门之间包括开发部门（应用、软件工程）和运营部门的流程、方法、交流合作方式的集合。其主旨是帮助团队在有限的时间内发布高质量的软件从而实现业 务目标。是应用拥有多个部门（包括开发、运营和QA）的组织开发方法（例如敏捷方法）的地方。并且是在开发和部署活动中，应用需要多个部门包括技术支持、 QA深层次紧密合作的地方3
该图展示了DevOps作为开发、运营和质量保证（QA）的核心地位
这种组织形式可工作的前提条件是三个部门的主管可以非常好的合作，而不是非常在乎其他部门触动自己的“领地”。他们需要清楚的知道一个成功的技术经 理是一个可以将团队合作协调得非常好的人而不是个人英雄。他们必须亲密合作并且欢迎其他部门主管直接和自己的团队工作。这种团队合作模式是成功的必要条 件！
- QA也可以作为一个独立部门存在 [↩]
- WikiPedia entry on DevOps [↩]
- Article: What is DevOps? [↩]
