[p=30,2,left]学习资料：IT运维管理社区专家讲堂直播300期视频回放

[p=30,2,center]

带着发展的眼光看世界，对蚯蚓来说它的世界全是泥土，而青蛙的世界都是池塘，这种世界观是由它们的认知所决定的。走一步看三步？还是看一步走一步？看三步未必能看得准，因为有踏空的风险，但是看一步走一步肯定会很踏实。IT管理的工作是顾当下眼前还是望远未来由认知决定。

在国内90年代的IT发展初期，经常碰到客户IT运维管理的现象就是，网络监测、主机监测、存储监测都属于不同的厂商与不同的产品，这种局面的形成是因为当时的IT建设情况形成的，因为那个时候的IT还没有业务系统，大多数只有邮件与门户应用，由于IT部门只认知眼睛所看到的当时，也就导致建设了多套不同的监测系统，形成了管理孤岛、随之也带来了高维护成本。如果是站在设备管理的角度，这种局面的形成是没有问题的。

在2000年左右的发展中期，我们必须要回答两个问题：软硬件为什么存在？有人说是为业务系统；业务系统为什么存在？有人说是为业务服务（包括业务流程、业务交易等服务），通过IT支持业务的发展。这种回答驳斥了IT管理的对象是软硬件，因为对于业务人员来说，他们需要的不是设备，是‘服务’。那么管理对象就产生了变化，从设备变成了服务，这使更新了管理对象的角度，就是从业务应用的角度管理IT软硬件。

在近年的发展浪潮中，IT在业务的后面，支持业务发展已经成为了基本服务，不在是什么竞争优势。而现在的竞争优势是让IT向前跨越一步，将对外交易的业务过程与IT融合，客户在不接触供应商的人的情况下直接完成业务交易。这种变革产生了新的业务模式，它改变的是业务的交通与交易的方式，减少了交易成本，当然这些改革的目的都是一个初衷，减少重复性环节对产生对资源的浪费，进而可以获得更大的收益。而此时的IT即业务后，传统的数据处理能力已经成为瓶颈，云平台的出现使数据传输、数据计算、数据存储、这些服务所需要的网络、服务器、存储、数据库、中间件设施基本可以省掉维护工作，不管是不同厂商的割裂式监测还是同一厂商的整合监测都已经不存在意义。面对这种环境，IT部门以后的工作重点应该在哪？通过什么样的思维与系统去执行管理工作？在这种IT置前的情况下，我想IT部门除了为应用提供开发服务外，还可能承接组织面向客户的服务工作。

我前两年在西北拜访一个大学客户，这个客户说：我们学校的各个业务系统都通过一卡通都能形成数据联通了，反而是对这些业务系统的维护工作被割裂了，因为我们买了很多套监测管理软件（有监测数据库的、有监测网络的、有监测服务器的等），问题在于每个业务系统的运行都需要网络、服务器、数据库、中间件、存储这些IT设施支撑。每个监测软件产生了告警后都无法判断业务系统的情况。相同的情况，我在见华南某传媒业客户时，他的情况与学校一样，甚至比学校还要多出一个单独管理Windows的监测工具与一个收集日志的工具，但是业务系统却比学校更多，他们的IT总监跟我说我们现在被局限了，可以从他们的管理现状与总监的话语中感受到他们目前管理的那种割裂感。

消除割裂就必须要进行整合管理，IT管理对象与数据的整合犹如业务系统的数据整合一样。在业务系统建设初期，OA、ERP、CRM、HR、PLM以及财务系统的建设在其数据格式、数据库、应用系统都是独立割裂的，业务系统的割裂导致的是业务数据的割裂，只要数据割裂，如何为决策层提供决策数据就成为了一个难题。抛开业务系统不说，单纯的从业务本身来看，“销售、生产、运营、库存、采购”就是一条完整的业务流，少了哪个环节都无法使整个链条产生效应。所以，业务系统的单独建设只是解决了战术层面的运营问题，并没有解决战略层面的决策问题，而战略的决策是需要运营数据支撑的，这些数据之间的割裂只能由人工进行整合分析。业务系统带来的负面效应形成了无法流通的数据孤岛、无法共享、重复录入。当然，各个机构的IT部门已经开始着手通过BPM等方法改变这一大家共知的局面，然而不太理想的是面对业务系统的整合同时，对不同业务系统的IT服务管理却缺少向整合业务系统一样的整合IT服务管理的系统。一句话明了就是“业务流不能出现断点时，业务系统产生的数据流动也不能出现断点，实现数据流的不断点需要IT服务管理也不能出现割裂与盲点。

必要的警示：IT部门对IT服务管理项目立项时特别需要全局观思维，只有全局观思维才不会被只为利益驱使的厂商与服务商所迷惑。我看到了很多单位在运维管理方面存在这样的现实。我上次去拜会华中一教育业客户时，这个客户有三个同行也去过，这三个同行都在给客户灌输一个思想就是流程无用，流程就是给人增加工作量的，你们只需要监测功能就行了，我想他们真的好坑啊（我不知道他们是真不理解流程意义还是自己根本做不来）！这并不是典型的看一步走一步，而是比这个还要滞后，因为网管监测早在几年前都完全实现了。对于客户来说，更应该考虑的不是之前或当下的，因为IT管理的工作存在两个特性：’一是不紧迫，二是持续不断，’它是一个面向未来的事情。在给他们的培训中我特别强调了一句话‘IT的管理工作是一直存在的，监测只是实现了技术手段，并没有实现管理目的，’所以我们不能只管脚下看一步走一步。从以上的业务系统割裂建设的角度来看，假设客户建设了一个割裂的IT管理系统，以后也需要推倒重来，这种重复的系统建设不但没有匹配业务需求，反而成了篱笆拖后腿，想解放出来，可能需要更长的时间。

[p=30,2,left]学习资料：IT运维管理社区专家讲堂直播300期视频回放

[p=30,2,center]

带着发展的眼光看世界，对蚯蚓来说它的世界全是泥土，而青蛙的世界都是池塘，这种世界观是由它们的认知所决定的。走一步看三步？还是看一步走一步？看三步未必能看得准，因为有踏空的风险，但是看一步走一步肯定会很踏实。IT管理的工作是顾当下眼前还是望远未来由认知决定。

在国内90年代的IT发展初期，经常碰到客户IT运维管理的现象就是，网络监测、主机监测、存储监测都属于不同的厂商与不同的产品，这种局面的形成是因为当时的IT建设情况形成的，因为那个时候的IT还没有业务系统，大多数只有邮件与门户应用，由于IT部门只认知眼睛所看到的当时，也就导致建设了多套不同的监测系统，形成了管理孤岛、随之也带来了高维护成本。如果是站在设备管理的角度，这种局面的形成是没有问题的。

在2000年左右的发展中期，我们必须要回答两个问题：软硬件为什么存在？有人说是为业务系统；业务系统为什么存在？有人说是为业务服务（包括业务流程、业务交易等服务），通过IT支持业务的发展。这种回答驳斥了IT管理的对象是软硬件，因为对于业务人员来说，他们需要的不是设备，是‘服务’。那么管理对象就产生了变化，从设备变成了服务，这使更新了管理对象的角度，就是从业务应用的角度管理IT软硬件。

在近年的发展浪潮中，IT在业务的后面，支持业务发展已经成为了基本服务，不在是什么竞争优势。而现在的竞争优势是让IT向前跨越一步，将对外交易的业务过程与IT融合，客户在不接触供应商的人的情况下直接完成业务交易。这种变革产生了新的业务模式，它改变的是业务的交通与交易的方式，减少了交易成本，当然这些改革的目的都是一个初衷，减少重复性环节对产生对资源的浪费，进而可以获得更大的收益。而此时的IT即业务后，传统的数据处理能力已经成为瓶颈，云平台的出现使数据传输、数据计算、数据存储、这些服务所需要的网络、服务器、存储、数据库、中间件设施基本可以省掉维护工作，不管是不同厂商的割裂式监测还是同一厂商的整合监测都已经不存在意义。面对这种环境，IT部门以后的工作重点应该在哪？通过什么样的思维与系统去执行管理工作？在这种IT置前的情况下，我想IT部门除了为应用提供开发服务外，还可能承接组织面向客户的服务工作。

我前两年在西北拜访一个大学客户，这个客户说：我们学校的各个业务系统都通过一卡通都能形成数据联通了，反而是对这些业务系统的维护工作被割裂了，因为我们买了很多套监测管理软件（有监测数据库的、有监测网络的、有监测服务器的等），问题在于每个业务系统的运行都需要网络、服务器、数据库、中间件、存储这些IT设施支撑。每个监测软件产生了告警后都无法判断业务系统的情况。相同的情况，我在见华南某传媒业客户时，他的情况与学校一样，甚至比学校还要多出一个单独管理Windows的监测工具与一个收集日志的工具，但是业务系统却比学校更多，他们的IT总监跟我说我们现在被局限了，可以从他们的管理现状与总监的话语中感受到他们目前管理的那种割裂感。

消除割裂就必须要进行整合管理，IT管理对象与数据的整合犹如业务系统的数据整合一样。在业务系统建设初期，OA、ERP、CRM、HR、PLM以及财务系统的建设在其数据格式、数据库、应用系统都是独立割裂的，业务系统的割裂导致的是业务数据的割裂，只要数据割裂，如何为决策层提供决策数据就成为了一个难题。抛开业务系统不说，单纯的从业务本身来看，“销售、生产、运营、库存、采购”就是一条完整的业务流，少了哪个环节都无法使整个链条产生效应。所以，业务系统的单独建设只是解决了战术层面的运营问题，并没有解决战略层面的决策问题，而战略的决策是需要运营数据支撑的，这些数据之间的割裂只能由人工进行整合分析。业务系统带来的负面效应形成了无法流通的数据孤岛、无法共享、重复录入。当然，各个机构的IT部门已经开始着手通过BPM等方法改变这一大家共知的局面，然而不太理想的是面对业务系统的整合同时，对不同业务系统的IT服务管理却缺少向整合业务系统一样的整合IT服务管理的系统。一句话明了就是“业务流不能出现断点时，业务系统产生的数据流动也不能出现断点，实现数据流的不断点需要IT服务管理也不能出现割裂与盲点。

必要的警示：IT部门对IT服务管理项目立项时特别需要全局观思维，只有全局观思维才不会被只为利益驱使的厂商与服务商所迷惑。我看到了很多单位在运维管理方面存在这样的现实。我上次去拜会华中一教育业客户时，这个客户有三个同行也去过，这三个同行都在给客户灌输一个思想就是流程无用，流程就是给人增加工作量的，你们只需要监测功能就行了，我想他们真的好坑啊（我不知道他们是真不理解流程意义还是自己根本做不来）！这并不是典型的看一步走一步，而是比这个还要滞后，因为网管监测早在几年前都完全实现了。对于客户来说，更应该考虑的不是之前或当下的，因为IT管理的工作存在两个特性：’一是不紧迫，二是持续不断，’它是一个面向未来的事情。在给他们的培训中我特别强调了一句话‘IT的管理工作是一直存在的，监测只是实现了技术手段，并没有实现管理目的，’所以我们不能只管脚下看一步走一步。从以上的业务系统割裂建设的角度来看，假设客户建设了一个割裂的IT管理系统，以后也需要推倒重来，这种重复的系统建设不但没有匹配业务需求，反而成了篱笆拖后腿，想解放出来，可能需要更长的时间。