it产品运营（it服务运营）

cy2年前 (2022-11-27)运营咨询127

本文目录一览：

1、IT的运营过程
2、(转)IT：从运维到运营
3、IT运营的过程
4、IT运营忙吗。

IT的运营过程

IT的管理者很清楚的知道，在不远的未来信息化将成为业务的运营中心，问题是信息化自身又该如何运营。

IT团队需要了解业务部门的需求，然后设计并开发一个个的信息系统。这些信息系统就像工厂里的生产线一样，将生产出真正对业务有所帮助的数据和信息。

IT的管理者就像是这个工厂的厂长，需要能够敏锐的发现业务需求，经过系统化的设计并且有效的协调人员去实施。此外，还需要高效率的运维保障信息系统的稳定运行。

•敏锐的发现需求；

•系统化的设计；

•有效的协调资源；

•高效率的运维；

这些要求可不少，IT管理工作看起来就像是在运营一个工厂，并且在这个信息化刚刚崭露头角的年代，每一个IT管理者都是一个创业者。

管理IT，就像管理一家企业或医院没有什么本质的区别。需要面对的都是那些像幽灵一样，隐藏在各个环节中的问题。我们不太可能真的去一个一个的解决这些看起来千头万绪的问题，因为这些问题很有可能是环环相扣的。

但很快会发现，肯定有那么几个问题是元凶，是导致这千头万绪的根源，只要解决这几个问题，剩下的症状就会自然的全部消失。而问题的关键是，你怎么找到这些根源。

管理者就像在丛林中的勇士，即使敌人再强大，只要能够摆在你的面前，相信你总有办法。但是这些问题总是像丛林中的幽灵一样，若隐若现，躲闪在丛林之间。

这些问题似乎就在那里，又若隐若现，又投鼠忌器，所以请允许我用幽灵来形容这些管理上的问题。但是这个世界上肯定不存在幽灵，其实是我们对整体工作的认知不够系统化，所以才给了幽灵们能够躲藏，能够隐蔽的角落。为了找到这些“幽灵”，IT管理者们需要一个系统化的方式。

需要一个系统化的方式去认知IT管理工作，否则幽灵们就会出现。

曾经信息化技术有着一些神秘的技术色彩，甚至有一些魔法般的魅力。但是，现在这些都不重要了，因为人们不在关心是你怎么实现的，而是关心你究竟能给我带来了什么。

之所以没有像吉普赛人的巫术一样消失，是因为信息化技术真的能够给人们带来价值，要么是提高了效率，要么是减少了浪费。所以，IT为什么存在？答案只有一个，就是为业务创造价值。

IT的运营是一个为业务创造价值的过程，这个增值的过程是IT团队一系列的输入、转换和输出的行动集合。每个行动都对业务客户产生增值行为，从而最终为业务客户创造价值。

让我们用这样一个脉络去认知IT的运营过程，方向是：首先得了解为谁创造价值。输出是：价值是承载在输出上。过程是：输出是被怎样一个过程创造出来的。输入是：需要输入什么样的原料才能满足过程。所需要的资源是：像生产过程一样，IT的运营过程同样需要投入资源。要遵守的规则是：在这个过程中，需要遵守的规则有哪些。

方向： IT的运营是一个为业务创造价值的过程，重复一下，是为业务创造价值。所以，现在创造价值的方向就非常清晰了，要以业务客户为核心。有两点具体的体现：第一是增值的过程是以需求为源头，进行设计和规划。第二是对IT工作的测量指标有很多，但是最高级别测量是客户的满意度。

价值和输出：输出指的是增值过程最终输出的产品或服务，而价值一定是被输出承载的。价值一定是摸得着，看得见的，就像人们认宝马的汽车操控性很好的时候，宝马公司的价值是依托于该公司最终提供给你的宝马汽车之上。信息化的价值是通过为业务部门提供了一个一个的信息系统以及服务而体现的。

过程：为客户创造最终价值的，不是一个活动，也不是一个流程或过程，而是由各个流程和过程组合在一起的整体价值链。例如、需求分析、审批、设计、开发、测试、部署。又如、申告记录、分派、处理、满意度调查。

输入：根据输出和价值的要求，IT团队需要外界提供什么样的输入。

资源：IT的增值过程需要投入直接的资源，包括：人、资金、软件、硬件、数据。当这些资源不足的时候，则直接体现为增值活动的产能不足。

规则：在很多行业中都有相应的规则要求，例如、银监会对商业银行的IT管理要求、保监会对保险公司的IT管理要求。对于这些政策性的管理规则，等于是给IT管理工作圈定了一个范围，任何设计和规划不能超越这个范围。

it产品运营（it服务运营）

(转)IT：从运维到运营

;mid=2656335028idx=1sn=fa3a89d46365f24056f6ac04a58c93c6scene=21#wechat_redirect

大多数ITOM领域it产品运营的从业者it产品运营，一直以来都约定俗成地把ITOM（IT Operation Management）翻译成IT运维管理，相应的也把IT Operations叫做IT运维。近两年来，开始有越来越多的人使用“IT运营管理”和“IT运营”这样的说法，对应的英文是一样的，但这里“运维”和“运营”是同样的意思吗？两者之间有什么异同？

关于这个问题，仁者见仁智者见智。有人认为其实运维就是运营，用个新名词只是哗众取宠的噱头而已；有人认为运维是面向IT设施的，运营是面向业务服务的；有人认为运维是关注IT指标，运营是关注业务指标的；甚至有人说，运维是“眼前的苟且”，运营是“诗和远方”:-)

总体来看，大多数人认为两者含义并不完全一样，很多人都认为IT运营比IT运维的层次更高，有些成熟度较高的大型IT组织已经提出并在执行“从IT运维到IT运营”的发展规划。但即使在提出这类理念和计划的组织内部，对于究竟什么是IT运维管理，什么是IT运营管理，也还没有非常清晰的分析和定义，更多的是将传统IT运维管理领域之外的一些新内容笼统的归到IT运营管理的部分里去。我在和某个正在执行此规划的IT组织中的某位高管交流时，他就提到：“From Operations to Operations？连定义都没搞清楚，怎么能成为指导方向和发展目标？”

他的问题让我这个ITOM的老兵也开始思考“IT运营”这个新“翻译”的真正含义，以及近几年来它日益流行的真实原因，在和许多同业交流之后，笔者在此分享一下我关于这个问题的一些想法和心得，作引玉之砖，希望能带来更多同业的讨论和指教。

首先，IT运维和IT运营，英文都是IT Operations，在老外来看，并无区别，是指关于IT运行的所有事情。而中文之所以有两种不同的翻译，是因为IT Operations包括的内容很多，IT运维和IT运营两种中文译法分别侧重其中某一部分的内容，假如归纳成一句话的话，可以说IT运维管理关注的是“活着”，而IT运营管理则有更高层次的需求，不仅要“活着”，还要“活得好”。

先看个实例，某大型数据中心IT服务能力的愿景是“以业务为中心，交付稳定、安全、高效的IT运营服务，构建业界领先的IT运营能力，支撑企业的持续发展和战略成功。”这个愿景中，“稳定、安全”就是解决活着的问题，属于传统IT运维管理的范畴，“以业务为中心”、“高效”、“业界领先”则属于如何“活得好”的范畴，更多的是IT运营管理的范畴。

能力建设是有循序渐进的过程的，任何一个组织，首先都要解决“活着”的问题，然后才有可能追求“活得好”，因此，过去三十年，在大多数IT组织面临IT设施规模快速扩张，IT应用数量不断增多，IT运行压力越来越大的挑战时，首先要确保IT系统“活着”，也就是能够持续“运行”，稳定“运转”，通过日常“维护”工作让系统少出故障，出了故障能快速“维修”，“维持”系统的正常“运转”。这个阶段把IT Operations翻译成IT运维，把ITOM翻译成IT运维管理，无可厚非。

IT运维管理阶段的关键词是“稳定”、“安全”、“可靠”，关注可用性指标（MTTR、MTTF、MTBF等）、可靠性指标（RTO、RPO）和安全合规。相应地，在技术、工具和流程上，都以稳定、安全、可靠作为最优先考虑的要素：

在以“活着”为主要目标，以“稳”为主要形态的IT运维和IT运维管理发展多年后，越来越多的IT组织开始走出这个解决基本生存需求的阶段，从“被动维持”走向“主动经营”，追求如何“活得好”，近十年来，APM、BSM、云计算、运维大数据等新的理念、技术和工具的出现、发展和变迁，都和IT正逐步开始从运维走向运营有密切关系，时至今日，从全局角度来看，可以说企业IT已经站在了从运维到运营的一个重要拐点上。

IT运营是建立在良好的IT运维的基础上的，没有“活着”，“活得好”就无从谈起。但怎样才叫活得好呢？换言之，IT运营追求的目标究竟是什么？比IT运维多了哪些东西呢？

与IT运维更多地是面向基础设施不同，IT运营更多的是面向业务、面向服务，本质上是面向人。我们说某个人活得好不好，如何判断呢？大多数人认同的马斯洛需求层次理论说，在解决了基本的生存问题和安全感之后，一个人要感觉自己活得好，是需要有社会认同和自我实现的。对于CIO来说，他所管理的IT组织假如能让三类人满意，我们就可以说这个IT组织已经从基本的IT运维阶段走到IT运营阶段，已经处在活得好的状态了。

哪三类人呢？

用户、老板和IT人。假如IT组织是一个独立公司的话，这三类人基本对应着客户、股东和员工，CIO如果是公司老板，就会知道其实这三类人是哪个都得罪不起的：客户不满意会流失，企业就没有生存之本；股东不满意会换人，说明企业没有竞争力；员工不满意会换地儿，企业就缺乏持久发展的能力。尽管行业特点和企业文化不同会带来优先级和侧重点的不同，但本质上，一个有长远发展前景的卓越公司，往往是做到了让客户、股东和员工都满意的公司。

IT运维阶段，IT组织更多地还是在解决三类人的基本需求，让用户能用，让老板批钱，让员工干活，当然也希望大家更满意，但受限于阶段性能力和各方面因素，先能保证这些基本需求就已经很不容易了，而做到这些，在相当长时间内也已经足够，主要因为几个原因：

因此，过去虽然IT部门提供的即使只是满足基本需求的服务，大多数情况下也并没有多大问题。但短短十年间，互联网和移动互联网大潮席卷世界的每个角落，每天用着微信滴滴淘宝携程的用户们的胃口已经越来越高了，过去能够忍受的一些小问题也已经变得忍无可忍了：

不知从哪天起，过去和企业IT八竿子打不着的“人家”一下子蹦出来，成了IT部门的变相竞争对手了，没抢走用户，但把用户满意度抢走了。更要命的是，随着云计算各种aaS的风起云涌，这些“人家”未来没准儿真的要来抢走用户了。假如IT部门不能与时俱进，还是停留在满足基本需求的运维上，而不主动向追求卓越的运营迈进，提供更有竞争力的优质IT服务，那就很可能会在几年后会碰到更大的挑战。

而在IT运营阶段，与IT运维阶段的关键词“稳定”、“安全”、“可靠”不同，关注的关键词变成了“体验”、“效率”、“效益”。回顾前面我们提到某大型数据中心的愿景中“以业务为中心”、“高效”两个运营关键词，其实“以业务为中心”就对应着“以用户为中心”，业务就是以用户为中心的吗，而用户关心的就是体验（稳定可靠也是体验的一部分）。“高效”则包含着高效率和高效益两个含义，一个关注敏捷性，交付速度、响应速度，一个关注成本收益，关注服务获取效率。

（假如说IT运维以“稳”为主，那么IT运营则以”敏“为主，在技术架构选择和IT管理流程和系统的建设上面，IT运营阶段都和传统IT运维阶段的关注重点有所转变，从而带来了新旧架构、新旧工具、新旧方法并存甚至交汇的复杂情况，Gartner在提的Bimodal，联想所说的双态IT，也都在反映这种状态。）

让我们围绕三类人的需求简单看看IT运营比之IT运维阶段要面临的新挑战，以及应对挑战在出现的一些新的理念、工具和技术：

让用户满意

用户大致有两类，个人用户和业务部门：

个人用户，不论是内部用户还是外部用户，更关心的是体验，体验主要是易用性、容错性和响应速度；要提升体验，对于IT运营管理领域就带来了新的要求，要在传统的设备和组件监控的基础上，增加端到端的用户体验感知能力、应用性能的深入探测和分析能力、应用及系统性能瓶颈的发现和优化能力。

越来越多IT组织开始关注用户体验，从而纷纷部署包括外部模拟仿真探测、流量数据分析、日志数据分析、嵌码采集探测等各种针对应用性能管理的手段工具，造就了近年来APM市场热度飙升。

这些采用不同手段的APM工具虽然有功能重叠的部分，但各有其侧重点，多种工具的部署能带来数据和功能的丰富性和多样性，对于准确测量和提升客户体验是有必要的，事实上在那些特别重视用户体验的IT组织里，已经或者正在进行全方位的工具部署，并在尝试在各种专业分析工具之间架设运营大数据工具，集成多样化数据，提供数据的统一可视化和整合分析等能力，提升故障和优化点的定位分析能力，深度改善用户体验。

业务部门，除了关心最终用户的体验，更关心交付效率，与之相应的，IT部门开始在各个环节上采用新架构、新技术和新工具，从各个环节上提升效率，加快业务服务的交付速度。

让老板满意

让用户满意是让老板满意的基础，假如业务部门天天在老板那儿告状，老板怎么都满意不了。但是即便业务部门都说你好话了，老板就会满意了吗？要是你真的这么认为，说明你太不了解老板这种动物了。

老板要的不只是结果，也一定会追求高效率和高效益，同样的成果，能否用更低的成本达成？我们现在的成本收益水平，对应业界同行，是人傻钱多还是精明高效？说要追求“业界领先”，怎么就是领先了？不能说技术更新应用更多就是领先吧？总要有个从效益角度的衡量方法吧？假如IT部门是一个独立运营的实体，作为给钱的股东，也是要问这些问题的。

效益本质上是投资回报率，成本越低，效益越好，做的事情越有用，效益越高。要追求高效益，首先面临的难题是要有一套成本收益的衡量体系，没有量化方法，既搞不清楚IT部门当前在同业中所处的水平，更无法通过指标考核的方式推动IT部门不断提高效益水平。在没有这套衡量体系的时候，往往只能采用一些非常粗线条甚至感性的衡量方式，比如看每年的IT采购金额、IT员工数量、工业标准产品的采购单价等，导致很多IT部门在采购时往往要求厂商保证提供同行业最低价，可当大家都这么要求的时候，显然很难真正起到效果。更为重要的是，由于每个企业在业务和IT服务方面存在的差异性，这些粗线条指标并不能反映IT部门的效率和效益水平。

ITIL体系中早就提出了IT服务财务管理的概念，许多IT组织在过去十年尝试了一些BSM（业务服务管理）和ITFM（IT财务管理）的项目，一个重要动因就是试图建立IT效益的衡量体系，可在内部IT部门中成功者寥寥，主要原因是全部精力投入到基础运维工作中还忙不过来，另一方面也和缺乏特别成功的最佳实践有关。

不过随着大家的不断尝试，伴随近年来IT架构的演进和公有云的兴起，一些走在前面的IT部门已经看到了建立IT效益衡量体系的可能性，并开始在某些架构层级上开始尝试性的探索：他们采用服务分层、成本归集、各自对标的方式，对DC层、IaaS层、PaaS层的资源单位成本、资源利用效率、能源单位成本、能源利用效率和人员运营效率进行分别统计和分析，并分别和IDC、IaaS云、PaaS云的外部供应商市场价位水平做对照，来衡量自己的效率和效益水平。

IT效益衡量体系的建立，也让IT自己可以从效益角度分解目标，推动IT内各个部门能够逐年不断提升效率和效益水平，让IT部门的思考方式从成本中心转变到利润中心。近年来绿色数据中心概念和PUE指标被关注，都反映了这一变化趋势。

要注意的是，即使建立了效益衡量体系，要让它真正发挥作用，离不开大量的数据统计和数据分析，以及关键效益指标的可视化和透明化，很多IT组织开始尝试建立IT运维/运营大数据平台，引入可视化和BVD概念，也都和追求IT效益可衡量有密切关系。而这些也会带来额外的投入，IT组织可以根据自身的规模和目标优先级，在有必要的情况下，选择合适和成熟的切入点，分步尝试，逐渐建立效益衡量体系。

让员工满意

互联网企业的火热和各行业互联网+的热闹，都带来了IT人才的争夺，如何吸引和保留高素质的IT员工，已经成为许多IT部门不得不面对的新问题。要让IT员工满意，前面的两个满意（用户满意和老板满意）也是个重要基础，否则IT部门自己地位都不高，员工也没有成就感，士气低迷，满意度很难高起来。

但即使做到了前面两个满意，假如让IT员工每天都疲于奔命，员工满意度同样会差，也不是长久之计。要解决员工满意度的问题，有几个方面是要考虑到的：

以上从三个满意的角度简单聊了聊从IT运维到IT运营的一些内容，有趣的是，这些满意是递进和包含的关系，让员工满意包括让老板满意，让老板满意包括让用户满意，让业务部门满意包括让个人用户满意，但每个满意之间又都有各自的个性化内容。

要做到三个满意，让IT从“活着”到“活得好”，从重点“维”稳走向经营业务价值，意味着IT管理要更加精细化、自动化、智能化，也必须建立多样化的数据采集、多维度的数据分析/挖掘和全方位的可视化的能力，IT运营管理的架构也将在传统监管控的IT运维管理架构上有所发展和变化，以适应IT运营在体验、效率和效益方面的更多要求。

需要注意的是，IT涉及到规划、设计、开发和运营多个环节，我们更多的是从运营的角度来谈的，事实上要从IT运维走向IT运营，不仅需要运营部门（不再只是运维部门啦）的努力，也需要规划、管理和开发部门的协同配合和齐头并进。

从IT运维到IT运营，其实标志着IT组织成熟度的提升，假如借用Gartner的IO成熟度模型来看的话，IT运维更多是在前几个阶段，而更多开始关注IT运营，则标志着IT组织走到了后两个阶段：Service Aligned和Business Partnership，开始把IT本身当做业务来运营，以客户为中心，关注客户体验，运营效率和成本收益。

以上是关于IT运维到IT运营的一些不成熟的思考，抛砖引玉，希望能得到大家的批评和指教。

从IT运维到IT运营，许多IT组织已经在路上，同样也有许多IT产品和IT服务的提供商已经洞悉到这一发展趋势，配合IT运营的要求，开发和提供了许多新的运营工具和运营服务，我们希望能够与各位有志于ITOM领域的同仁们一起，齐心协力，精益求精，共同提供优秀的ITOM产品和服务，为IT从运维到运营做一点事情，让IT不仅活着，而且要活得好，活得精彩。

IT运营的过程

IT 的管理者很清楚的知道，在不远的未来信息化将成为业务的运营中心，问题是信息化自身又该如何运营管理。

IT 团队需要了解业务部门的需求，然后设计并开发一个个的信息系统。这些信息系统就像工厂里的生产线一样，将生产出真正对业务有所帮助的数据和信息。

IT 的管理者就像是这个工厂的厂长，需要能够敏锐的发现业务需求，经过系统化的设计并且有效的协调人员去实施。此外，还需要高效率的运维保障已上线的信息系统稳定运行。

这些要求可不少，IT管理工作看起来就像是在运营一个工厂，并且在这个信息化正在逐步走向成熟的年代，可以说每一个IT管理者都是一个创业者。

管理IT，就像管理一家企业或医院一样，没有什么本质的区别。需要面对的都是那些像幽灵一样，隐藏在各个环节中的问题。我们不太可能真的去一个一个的解决这些看起来千头万绪的问题，因为这些问题很有可能是环环相扣的。

即使问题再难缠，只要能够摆在面前，相信总有办法解决。但是这些问题总是像丛林中的幽灵一样，若隐若现，躲闪在丛林之间。

这些问题似乎就在那里，又若隐若现，有时还会投鼠忌器，所以请允许我用幽灵来形容这些管理上的问题。但是这个世界上肯定不存在幽灵，其实是我们对整体工作的认知不够系统化，所以才给了幽灵们能够躲藏，能够隐蔽的角落。为了找到这些“幽灵”，IT管理者们需要一个系统化的方式。需要一个系统化的方式去认知IT管理工作，否则幽灵们就会出现。

曾经信息化技术有着一些神秘的技术色彩，甚至对很多人来说还有一些魔法般的神奇。但是，现在这些都不重要了，因为人们不再关心是你怎么实现的，而是关心你究竟能给我带来了什么。

之所以没有像吉普赛人的巫术一样消失，是因为信息化技术真的能够给人们带来价值，要么是提高了业务的效率，要么是减少了浪费。所以，IT为什么存在？答案只有一个，就是为业务创造价值。

IT 的运营是一个为业务创造价值的过程，这个增值的过程是IT团队一系列的输入、转换和输出的行动集合。每个行动都对业务客户产生增值行为，从而最终为业务客户创造价值。

方向：IT的运营是一个为业务创造价值的过程，重复一下，是为业务创造价值。所以，现在创造价值的方向就非常清晰了，要以业务客户为核心。有两点具体的体现：第一是增值的过程是以业务的需求为源头，进行设计和规划。第二是对IT工作的测量指标有很多，但是最高级别测量是客户的满意度。

价值和输出：所谓“输出”指的是增值过程最终输出的产品或服务，而价值一定是被输出承载的。价值一定是摸得着，看得见的，就像人们认宝马的汽车操控性很好的时候，宝马公司的价值是依托于该公司最终提供给你的宝马汽车之上。信息化的价值是通过为业务部门提供了一个一个的信息系统以及服务而体现的。

过程：为客户创造最终价值的，不是一个活动，也不是一个流程，而是由各个流程组合在一起的整体价值链。例如、需求分析、审批、设计、开发、测试、部署。又如、申告记录、分派、处理、满意度调查。

输入：根据输出和价值的要求，IT团队需要外部提供什么样的资源输入。

资源：IT的增值过程需要投入直接的资源，包括：人、资金、软件、硬件、数据。当这些资源不足的时候，则直接体现为增值活动的产能不足。

需求就像原材料一样，不断的被分析、被加工，直到最后形成服务提供给业务客户为止。IT团队可根据价值链，对各项作业进行计划和管控，同时价值链也是生命周期的档案链，是信息传递及追溯的基本逻辑。此外，IT管理者可根据价值链，分析引起交付质量波动的各项作业，并分析其上下环节的原因。

我为什么要在这里特别放一个章节来描述价值，因为我们后续谈的所有内容都是围绕价值创造来开展的。最怕的是过于专注于方法和过程，而忘记了最根本的核心问题--为业务创造价值。IT团队是以流程的方式利用资源，为客户提供服务，从而创造价值。因此流程只是创造价值的方式，但是在不清晰价值的时候，设计流程等于是一种盲目行为。

从客户的角度看，IT服务的价值有两部分组成：效用（Utility）和保障（Warranty）。任意一个都可以增加客户获得的价值，但两个都是必要条件，两个都不能单独构成充分条件。

价值的源泉：效用

效用（Utility）是一个经济学名词，任何产品和服务的价值首先取决于满足用户的期望程度，而用户的期望往往是模糊的，无法直接度量，所以只能间接的衡量由欲望产生的现象。在经济学中以一个人为了实现或满足他的愿望而愿意付出的价格来衡量效用（Utility），所以效用是价值的源泉。

如果把效用简单的进行叙述就是，某个服务或产品使得业务客户在使用后，能够减少多少以前的负面状况，或增加多少正面的状况。

我们可以用这样的逻辑尝试去叙述：利用了……功能，解除了……谁的，…….什么，使得…..谁节省了，或增加了……什么。例如、利用数据化的管理，解除了文档无法统计的限制，使客户得到了有效的统计信息，也节省了得到信息的时间。

这就像我们后面要说到的需求管理中“用户故事”一样，用户故事是力求通过简短的语言是从用户的角度来来解读和描述用户渴望得到一些功能。所遵循的逻辑是：As a, Iwant to, so that.也就是作为一个角色, 我想要活动, 以便于商业价值。

价值的基础：保障

信息系统发挥效益是建立在其稳定运行的基础上，需要其五个方面的保障：可用性的保障、容量和性能的保障、安全性的保障、连续性的保障、服务响应时间的保障。

根据最终交付的价值，IT团队的主要工作有两个方面，一是对信息系统的运维保障，二是通过建设和优化信息系统，为业务创造效用。

如果说这两个工作是有着根本的区别，那就是在对外界变化的影响上。运维保障工作受到外界的变化影响小，而为业务创造效用的工作相对受到外界的变化影响大。

运维保障工作的目标不会总是发生变化，也不需要频繁的去和客户讨论目标的变化。IT团队不会天天跑去问客户，你看今天咱们这个信息系统要保障到什么程度？消防队不需要天天问市民，如果今天你家发生火灾我们几分钟到场合适。对信息系统的保障要求对于各个行业来说虽然不一样，成本也不一样。但是，有一点是一样的，就是一旦确定了保障的目标以后，该目标不会频繁的发生变化。那么，我们可以确定为运维保障的目标是基本稳定的。既然目标已经确定，那么重要的是两点，一是如何达到目标，二是如何更加合理的利用资源，更加高效的达到目标。精益的运维管理，也就是一套以达到目标为基本要求，如何更加合理的利用软硬件资源，利用人力资源，利用时间的管理机制。为业务创造效用的工作则是需要更加敏捷的方式，这是因为业务本身需要更加敏捷的响应市场，所以IT也需要更加敏捷的支持业务。这要考验IT的运作能力，虽然从字面上看敏捷有快速的意思，但是仅仅是速度并不等于敏捷。速度再快，最后的输出不满足业务需求，也是白搭。所以首先是把事做对，也就是满足业务需求的高质量交付，然后是把事做快，因为需求也有保鲜期，我们交付的服务如果过于缓慢，可能需求已经发生了变化。

精益思想和敏捷思想，在IT团队的工作中需要有效的结合，一个成功的组合策略基于将需求模式分为基础需求和波动需求两种需求，也就是“基础需求和波动需求的分离”，一般来说，基础需求是相对稳定的，如业务对可用性和容量的需求或者对服务请求的响应时间，换句话说都是IT团队预先承诺在日常服务范围以内的支持性工作；而波动需求则和新建系统和创新应用联系在一起，这种需求一般不能预测，具有很大的灵活性。以客户需求作为切入点，在切入点之前交付的是无个性特征的保障性目标，采用精益思想，也就是推动式的精益运维。在切入点以后，要依据客户需求的实际情况而定（未见得是被需求，可能是引领需求），采用敏捷思想。