用工单数据反哺运维平台建设

这是学习笔记的第 1818篇文章

关于工单的改进和接入，我觉得是一个很好的契机，最开始是完善已有的工单处理方式，等到了工单接入流程化之后，我们可以看到更多，也可以对数据的理解有了更加统一的认识，关于数据理念的统一，等下我会着重来说。

如果单纯说工单系统和运维系统打通，看起来是一件再正常不过的事情了。意义是什么？为什么要这么做？不接入可以吗？

所以我们看着这个图，需要想明白这几个问题。

最基本的一条，这个功能是给谁用，对于业务同学而言，他其实可以不用关系是在用工单系统还是运维系统。只要能够满足需求，能够快速响应，在合理的范围内做到理解和配合，我想这应该是大家的一个通用需求了。

所以业务同学提出需求到需求响应，这个过程中绝对不会是两个人会参与，一旦参与的人多了，那么就需要做到流程管控，就会涉及审批，忙活一圈回来发现，我们好像里自己的目标有点距离了。

所以工单系统和运维系统在初期的接入，可能会有一些改进，但是从对接和使用来说，体现的效果还不够充分。直到你越来越深入的接触和理解业务，你会发现原来彼此割裂的信息现在流动起来了。

打个比方，如果你去一个商城买东西，碰到一些做促销的营业员，他们会让你填一些基本的信息，但是绝大多数情况下，你都会选择简略或者是拒绝，毫无疑问，你觉得不够非常认真的对待这件事情，但是反过来，你去申请一个护照或者签证，需要你准备一堆的材料，我敢肯定，你对里面的信息是很认真和谨慎的。

工单系统和运维系统对接也是如此，刚开始的时候可能大家觉得没有什么差别，如果流程更加的统一，粒度更细，那么这个事情的重视程度就会上升一个台阶。

运维同学对于业务的定义是相对简单的，某个业务对应一些简称，然后补充一些业务信息，今天在梳理这些信息的时候，发现我们存在很多潜在的问题，比如对于业务的描述都不大清楚，这个业务的联系人到底是谁？

而这些信息其实都在工单里面，以前我们不知道这些工单信息对我们有什么用处，但是反过来想，通过工单数据反哺，能让运维系统的元数据建设更加高效。

顺着这条线理下去，你会发现完全打开了局面，某个数据库近期开通了那些权限，做了哪些变更，变更的明细等，这些信息都会组成一个互相关联和补充的数据网络。

有了这一层的补充，运维系统的工作落地会越来越清晰，而流程也是在这个过程中会逐步的完善起来。