软件产业是一个产业 ， 和其它的产业一样 ， 有各种角色分工 。

未来的软件是跨行业的 。 未来 ， 软件会将各个行业联系在一起 。

云计算是第一代互联网发展到成熟的标志 。

网格计算是第二代互联网的开始 。

软件产业 在 未来 会 分为  平台（基础设施） 和  应用软件   2  个 阵营，  应用软件 是 跨行业的， 也可以说， 各行业 之间 由 应用软件 连接 起来，

应用软件 贯穿 了 各行业 。

举个例子， 我们可以看看 汽车 行业 的 发展方向， 就能 看到 这一点 。

汽车产业， 在 未来 本身 也是 融合 了 各个行业 的 ， 因为 汽车 上 会扩展出 许多 功能 。

所有这些功能， 都 需要 应用软件 的 支持 。

应用软件 的 工业化 不久的 将来 就会 到来 。

所谓 工业化， 就是 像 工厂 一样 生产软件 。

工厂 是 什么样？

有 流水线， 分工， 每个 工种 负责 自己的 工序 和 专业，

软件工厂 也是 这样 。

但， 软件 说 “工业” 不太合适，  说 “产业” 比较 合适，

软件业 是 技术性 知识性 很强 的 智力密集型 行业，   再加上   软件 “软” 的 特性，  说 “生产” 不合适， 说 “研发” 比较合适  。

软件 的 “软”， 比如   软件 是 无法 或者 很难 像 硬件一样 交付 的  。

好吧， 我觉得 “软件生产力” 还是 叫做  “软件研发能力”  比较好，

不过    战斗力 ， 爆发力   这是 不变 的 。

软件研发能力 是 软件产业理论 的 一个核心 。

而 软件研发能力 的 一个 表现 是 产能 。

所谓   战斗力  爆发力，  是指 可以 快速 的 转到 不同的 技术平台 和 业务领域 ，

乃至于 可以 同时 应对 不同的 技术平台 和 业务领域 。

这是 由 团队 不同 角色 的 分工合作 而  达到的 。

技能 应该 贯通，  角色 应该 分开 。

这就是 DevOps ，

不止是 DevOps ， 还超越了 DevOps，  简称 SDevOps ，

即   Super DevOps 。

团队角色 可以分为：

开发/运维， 测试， 设计/架构（指挥官）， 项目经理（总指挥官）， 技术支持（可选） ，

所有的 角色 均从 开发 进化 而来 。

根据 Netflix 的  “谁开发， 谁运维”， 开发 本身就包含了 运维 。

技术支持 提供建议 帮助 解决一些 技术难点 、 架构难点 等 ， 参与项目 但 不直接对项目负责， 是 可选 的 角色 。

测试 是  SDevOps 的   关键  核心  枢纽 。

需求分析师 这一类的 角色 是 不需要的，  整个团队 就是 需求分析师 。

协作 是 团队 的 本质，

团队 的 力量 来自于 协作 。

协作 就是  1 + 1 > 2  ，    我可以把牛吹的 大一点，   1 * 5 > 10   。   ^^

项目的规模 不仅仅 包含 工作量， 还包含 复杂性，

当 项目 达到一定 规模 时， 复杂性 成 级数 增加， 需要 用 协作 的 方式 拆解 。

复杂性 需要 将 大 的 需求 分解 为 小的 模块  来   解决，  这是 纵向 的 分解 。

还有 横向 的 分解，  就是 不同的 角色 参与，  首先，  在 开发 的 基础 上，  加入  测试  角色，  这是一种  分解 复杂性 。

不同 的 角色 从 不同的 视角 来 审视 系统，  这样 来 分解 复杂性 。

测试人员 应该 高频 的 配合 开发人员 完成 一个 模块 。

在 部署 运维 的 时候 也 应该 高频 密切 的 配合 开发人员 。

这是 以 协作 来 取到 高效率 和 分解复杂性 的 一个 例子 。

刚开始 的时候， 可能 这样 做的 成本 会 有点高，

但是 当  团队 规模 达到 一定 规模 时，  成本  会 降低 ，  且 产生的 力量 是   排山倒海，   势不可当   的 。

这样的 团队 可以 应对 任何规模 的 项目 。

这就是    SDevOps，

Super  DevOps   。