- 根据行业（服务或产品），可以通过开展业务与工程之间的讨论来启动ITIL实现。讨论的结果可以是多个行动项目，最重要的是商定的SLA。
- 第二个和非常重要的一步将是形成一个强大的资源团队，了解功能和技术角度的每个问题/要求。我们可以将团队命名为控制团队，并将成为现有系统的任何变更的批准权限。
- ITIL有很多进程，并且非常努力地从WORD中实现所有这些。我觉得，从事事件管理，问题管理，知识管理，改变控制管理和发布管理以及相应地设置过程，期望和团队是一个很好的做法。
- 实现上述5个进程和会议SLA将提供结果，该结果将解决重要的ROI等服务停机时间，即业务容忍，可接受的恢复时间，运行集成的帮助台，从而降低其运营成本，提高可用性。
- 分配流程所有者/领导。
流程可以如下，
- 强大的帮助台团队，将记录事件并检查KMDB中的可用解决方案，或提出问题票，分配和跟进。
- 有效的问题管理/生产支持团队将在解决方案和改变的要求上工作。
- 如前所述，控制团队将分析变革和批准。 （批准后 - 密切问题管理）
- 释放团队的手部署更改（部署后 - 关闭更改管理）
- 事件管理/帮助台确认成功更改并更新KMDB（确认 - 关闭事件管理）
还有许多其他方面来实现上述过程来控制。控制团队可以确保批准所需和正确的CMR（更改管理请求），我们可以通过该CMR（更改管理请求）来控制，并最大限度地减少后变更错误，这是生产中断的主要原因。
其他一些关键过程是容量管理，可用性管理，信息安全，风险管理，配置管理，资产管理，事件管理，访问管理，每个进程都有自己的福利。我们可以首先和曾经成功地启动，实施和维持这5个进程，我们可以逐一尝试潜行另一个过程，并将落到位。
什么组织不想提高生产力？或者是否有一个没有招待成本和运营效益的组织。我们可以始终自定义框架并实施过程以满足我们的需求。
别忘了留下你的评论。
