敏捷运维的实操 - 你准备好了吗？

      我在IBM工作的最后几年，IBM正在大力的推广敏捷管理。但是，其主要关注于敏捷开发方面。我参加过一些大牛的敏捷课程，我是认证的scrum master， product owner, 同时我参加过两次美国顶级敏捷专家讲述的敏捷教练的课程。因为我当时是从事运维相关工作的，所以我从自身实际出发，问了一些运维相关的内容，但是，不幸的是，所有人都只能给我一些似是而非的说法。

       作为一个兼职的咨询师与架构师，我决定自己来设计研究这个敏捷运维相关的事情。在2017年中，我看到IBM内部有一个大型云迁移的项目，需要招敏捷运维人员。我就放弃了之前的交付经理的职位，转去做一个IM(十分类似Scrum Master)。结合我从2014年开始的敏捷运维实践以及IBM内部的这个云迁移项目的模型和实践，我总结出了现在的内容。

      首先，刨除环境因素，即使你面临的是一个理论上十分适合敏捷运维的场景，你依然要确认下面的情况你都满足了

1. 你是企业或者组织里能说得算的人，或者你有能力顶住压力继续实施敏捷运维模型。如果你不是，那你就不要推动运维模式的改变，因为你推不动。这主要是因为在绝大多数人的脑海里，运维就是一件简单的，重复的，按照指南敲键盘的体力活。但是实际上，因为实际管理环境的千变万化，对运维团队的要求非常高，不仅要有足够的知识，还要有强大的动员能力，抗压能力，沟通能力，以及事后总结能力。对于敏捷运维来说，需要强大的解释能力，需要我们能够跟干系人解释明白为什么他（们）的要求会在下一个迭代里被执行，为什么我们现有的节奏不能被打断。我见识过一位大力推广敏捷概念的经理，总是要求他的团队为了满足各种奇怪的需要修改原定计划，永远是“这是特例”，特例太多了就变成了常例，结果就是团队里好不容易建立起来的敏捷雏形被一次次打乱，直到变成形式。
2. 你有能力找到足够的leader。这些leader在敏捷运维的过程中扮演的是引导团队方向，激发团队士气，团结团队成员的作用。这些leader绝对不可以扮演经理的角色。否则这个敏捷团队一定是伪敏捷。这里边的一个关键在于leader和manager从根本上就是两个东西。leader是关注于目标，带领团队实现目标的；manager则更多关注财务相关的成果。
3. 你要有勇气去接受团队的低效，无能，甚至是错误。敏捷团队的建设绝对不是一簇而就的。这需要一个相对漫长的过程。我用了3个月左右的时间把来自深圳，苏州，瓜达拉哈拉（墨西哥）的技术团队初步捏合成功，并在8个月内完成了软件系统的云迁移的支持工作，并且建立了一套有效的敏捷运维系统；在同样的时间里，其他squad最好的只完成了40%的目标任务。这不说明我多能干，而是说明组建一个敏捷团队是很困难的事情。
4. 你要对未来要执行的任务有足够深入的了解，清楚你要做的任务有哪些，这些任务的优先级，任务对应的干系人等
5. 如果你的组织不大（指的是结构、职能都很简单，容易分解），那么你需要一个经验丰富的技术专家帮你分解任务；如果你的组织足够大（指的是结构、职能都很复杂，不能一眼看清），那么你需要一个好的架构师帮你分解任务集。
6. 【这步可选，加分项】你有足够的钱来组织团建来提高士气。

     如果你觉得上边的部分都基本满足了，那么我们接下来谈谈怎么组建敏捷运维团队吧。

      先看一张我实施敏捷运维的时候关于迭代内任务的图。从图里可以看出来，运维团队的日常工作包含了类似系统升级，安全补丁之类的可计划任务，同时包含定期设备，系统的巡检之类的常规重复性工作。这两部分是运维团队可控的，但是作为运维团队，与开发团队不同的是，我们必须要应对突发任务， 例如2017年5月的WannaCry，当这个病毒爆发的时候，所有的IT 运维团队最优先要做的就是找到应对方法来解决，这类事件就触发了突发任务。

       因为日常任务来自三个大的方面，所以，在组建团队的时候，除了必须有的scrum master，product owner之外，运维团队里一定要包含不少于两个领域技术专家，最好还有两个熟练的系统管理员，其他的都好说。团队的总人数不要超过12人，否则沟通起来就麻烦了。我的经验是7到10个人比较好。最好不要少于5个人，确保技术团队里的人可以轮休。

       在团队里要确保现有人员的可替换性。放弃稳定团队的幻想吧，现在的市场上有太多的诱惑来勾引团队成员。在任何一个人跟你说他要离职的时候都不要奇怪。但是作为敏捷管理的一个关键，团队的”稳定“依然是重中之重。但是这里的”稳定“指的是团队交付能力的稳定。交付能力不仅包含技术能力，还要包括对被维护对象的了解，对内外部人员、角色、关系的了解。一定要做到的一件事情是，要确保任何人的离开，多不会对上述能力形成大的影响，虽然暂时可能在团队的交付速度上有影响，但是在能力范畴的领域里，不能有影响。