ITIL 的生命周期

本文的音频在喜马拉雅，欢迎收听。

https://www.ximalaya.com/thirdparty/player/album/player.html?id=11484206&type=red

为什么是生命周期？

我为什么要谈这个话题，就是很长时间以来呢，总感觉很多人有一个误解，我认为是一个误解。这个误解就是：很对人一谈到ITIL就是流程，就认为ITIL就是流程。

这个误解是从哪里来的呢？就是因为多年以前有一个IT服务管理的经典解释“什么是ITSM呢：以流程为基础，以客户为中心。”这个经典解释有什么不合适吗？我觉得最大的不合适就是：一谈到ITIL就联系到流程，一说到流程就陷入到一个局部。这是最大的毛病。

所以这个流程就把我们拉入到一种困境里，什么样的困境呢？就是我们想到的只是一个一个的流程，比如说故障管理、问题管理、变更管理，有很多。但是这些一个一个的流程带给我们的都是一个一个的局部，把信息化的整体管理过程分隔为若干碎片化的局部。丢失的是什么？失去的是一个对整体的思考。反而是陷入到一个一个的局部。这个时候，再去用流程把每一个局部进行固化，这个时候流程就等于僵化。

这个时候，流程就走向了一个反面。这就等于把明明应该是一个整体的全局的体系，分裂为一个一个的局部孤岛，然后在把每一个局部都僵化。多可怕的做法。

但是，大家注意啊。我不是反对“流程”。我怎么能发对流程呢？该流程的地方就需要流程。问题是在哪里，需要什么流程。

ITIL就像是一个库房，library嘛。里面存放了各种工具，在不同阶段，应该从库房里拿出不同的工具来用。那么，一共有哪些阶段？ITIL给了我们一个线索，就是生命周期。

所以，应该是先以生命周期为线索，梳理整体过程的管理体系。再去考虑不同阶段，采用不同的流程去解决具体的问题。

谁的生命周期？

那么，以生命周期为主要线索的话，第一个问题就是“谁”的生命周期。谈生命周期呢有很多，有虚拟机的生命周期，有资产的生命周期。以虚拟机的生命周期为主要线索的话是一种管理方式，以资产的生命周期为视角，管理体系就是另一个样子。是一个什么样的管理体系，其中有什么样的流程和机制，包括什么岗位。

那么，我们今天谈的是谁的生命周期？是一个“业务系统”的生命周期。

什么是生命周期？

刚才我们说到生命周期的主要是谁的生命周期，是“业务系统”的生命周期。但是“业务系统”只是一个载体，实际上真正的灵魂在哪呢？在于这个“业务系统”上所承载的“价值”。

为什么我要这么说呢？是因为，你看啊整个生命周期的脉络。我们为什么会有一个“业务系统”，是因为我们期待这个“业务系统”能够在我们的业务中发挥价值，这个是我们建设一个业务系统的根本原因。

所以，我们一开始去论证，就是还没有这个业务系统的时候，这个业务系统应该具有什么样的价值。

论证以后，立项了，就进入设计阶段。也就是设计的核心也是应该有哪些具体的功能来实现这个价值，当然也包括非功能需求，比如安全，可用性，可靠性，性能来支撑持续发挥价值。

然后到了实施。

然后到了运营，到了运营阶段才是价值真正实现的阶段。因为只有真正用起来了，起作用了才是价值的实现。

最后也是因为这个业务系统的价值逐渐消亡了，那么这个业务系统也就退役。

所以，我们讲的是一个业务系统的生命周期，脉络是生命周期。但是呢，核心是这个业务系统之所以来，是因为价值；之所以走，也是因为价值的消失。

而且在这里我等于讲了一下ITIL把生命周期分成了五个阶段：论证，设计，实施，运营，退役。

能不能没有生命周期？

ITIL用了一个“生命过程”这样一个拟人化的比喻。比喻了一个“业务系统”，从无到有的过程。

能不能不用“生命周期”这个视角？

没有生命周期，也就是说“应用系统”是永生的！应用系统从此变成不死之身。其实这个很好理解，也就是现在很多虚拟机也都是不死之身。只要存在了，就永远存在。然后就是，蔓延。其实我们都知道没有不死，只是变成僵尸了。

那我们为了支撑这些永远不死的应用系统，就得持续的付出硬件成本，付出管理成本。

围绕价值的实现和价值的消亡，管理每一个“业务系统”的论证，设计，实施，运营和退役的全过程。然后呢，我们就发现在这个过程里涉及了信息部门每一个岗位之间的协作。

所以我觉得，我总结一下“生命周期”的意义：

以“业务系统”的“生命周期”为线索，把各个局部离散的活动和流程联系起来成为一个整体的体系。那么，这样做的好处是什么呢？就是在一个整体体系中，不同岗位之间一起工作的能力，对于整个过程的顺利进行是至关重要的。