敏捷运维的实操 - 总述

在IBM工作了15年以后，我离开了这间了不起的公司。这是我服务的第一家公司，我曾经以为会是我服务的唯一的公司。离职以后，一直都想总结一下自己在IBM期间的大量收获，反复思考之后，决定还是从敏捷运维开始。

敏捷管理这个东西一说起来，大家马上想到的是敏捷开发，马上想到的是scrum,迭代，看板，站会，持续交付，也许还有总结会后的团建。当我尝试着去搜索一下敏捷运维的文章，发现很少有人去做敏捷运维方面的工作和探索。但是，对于大多数企业来说，虽然系统的升级、迁移等开发相关工作过程中需要用到敏捷开发管理，但是对现有系统的维护与经营，才是日常工作的主要部分。

同时IT时代正在缓慢的进入到DT时代，或者说数字领域的第四次工业革命。IT时代，公司内信息化/数字化团队更多的在做保证系统的正常运行，保证公司的信息安全，以及为职能部门提供便利服务方面；进入到DT时代，这些团队在日常工作中本身也可以在传统业务的基础上，根据传统业务中产生的数据、需求产生新的增值的、可市场化的服务、产品等。DT时代中，后一部分可以帮助传统的运维团队转型为公司内的一个盈利部门。这个其实就是经营了。

经营方面更多的涉及到了企业的战略、企业的规划、企业业务与信息化相关的架构等方面，如果有时间，我会另开一个专题来写一下，在这个专题里，我会主要集中在运维本身，至于经营，可能会偶尔涉猎。

---------------------分割线--------------------------------------------------------------------------------------------

我自觉在敏捷运维方面还是做的不错，所以很想把自己的经验总结一下，分享给其他人。

因为是边想边写，可能会比较凌乱，我后其应该会重新整理一下，嗯，应该会。

首先，为什么要用敏捷运维？

先说明一下，这里说的运维包括了对上线系统的日常维护，问题解决，变更升级，安全管理等所有系统交付使用后的IT侧的工作。

好吧，其实敏捷运维也不是包治百病的大力丸。它更多地实在适合的场景下比传统运维模式跟有效。根据我的经验，敏捷运维比较适合

1. 企业的IT/数字化业务变更频繁，新业务需求比较大，例如互联网企业
2. 企业规模比较大，IT运维任务比较重，例如大的国企
3. 云服务提供商
4. 规模较大的云服务使用者

这些企业在IT方面的任务上，比较共性的地方在于

1. 运维任务的工作量足够大，因此人员需求相对较大，任务量太小，人太少就基本不用考虑运维模式了
2. 运维团队有一定的自主性来规划和管理日常工作
3. 运维的任务通常分为三类：重复性任务，可计划任务，突发性任务，

那么，在这些场景下，敏捷运维就一定比传统运维更强吗？这个说法是不对的。世界上不存在绝对好的东西，即使再好的理论，再好的工具，再好的条件，最终还是需要人来实施。所以，我会从人员的角度出发，讲一讲敏捷运维。

以下，我们慢慢的从不同角度开始研究敏捷运维在企业的日常生活中的开展与实践。