运维人不应该忽略的理念和实践(1)
2016-02-20 19:33:45   来源： 老王 互联网运维杂谈    评论：0 点击：

四、全面质量管理

20世纪50年代末，美国通用电气公司的费根堡姆和质量管理专家朱兰提出了“全面质量管理”(Total Quality Management，TQM)的概念，认为“全面质量管理是为了能够在最经济的水平上，并考虑到充分满足客户要求的条件下进行生产和提供服务，把企业各部门在研制质量、维持质量和提高质量的活动中构成为一体的一种有效体系”。60年代初，美国一些企业根据行为管理科学的理论，在企业的质量管理中开展了依靠职工“自我控制”的“无缺陷运动”(Zero Defects)，日本在工业企业中开展质量管理小组(Q.C.Circle/Quality Control Circle)活动行，使全面质量管理活动迅速发展起来。

全面质量管理的基本方法可以概况为四句话十八字，即，一个过程，四个阶段(PDCA)，八个步骤(PDCA内八个步骤)，数理统计方法(统计学工具)。

启发：

1.全面质量工具中可以看到很多优秀的工具与实践，这类东西可以迁移到我们的日常IT活动中依然适用，比如说PDCA，质量控制QC，分析问题的方法--统计学等等。

2.另外如果持续追踪，后续在质量管理领域出现了一些最佳实践，比如六西格玛等等。

3.关注日本在质量领域的杰出表现，你对日本的强大便有了更多深层次的理解。

五、ERP企业资源计划(摘自MBA资料库)

企业资源计划或称企业资源规划简称ERP(Enterprise Resource Planning)，由美国著名管理咨询公司Gartner Group Inc.于1990年提出来的，最初被定义为应用软件，但迅速为全世界商业企业所接受，现已经发展成为现代企业管理理论之一。企业资源计划系统，是指建立在资讯技术基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台。企业资源计划也是实施企业流程再造的重要工具之一，是个属于大型制造业所使用的公司资源管理系统。世界500强企业中有8O%的企业都在用ERP软件作为其决策的工具和管理日常工作流程，其功效可见一斑。

ERP系统是整合了企业管理理念、业务流程、基础数据、人力物力、计算机硬件和软件于一体的企业资源管理系统。ERP是先进的企业管理模式，是提高企业经济效益的解决方案。其主要宗旨是对企业所拥有的人、财、物、信息、时间和空间等综合资源进行综合平衡和优化管理，协调企业各管理部门，围绕市场导向开展业务活动，提高企业的核心竞争力，从而取得最好的经济效益。

启发：

1.ERP先是管理思想，然后是工具，是IT技术和管理思想的结合体。

2.ERP能够把复杂的企业管理活动提炼成多个管理功能域，并结合理论的发展，配合管理平台的实现。

3.ERP中资产管理和CMDB有一定的关系，但有区别。

六、ITIL(摘自互动百科)

ITIL即IT基础架构库(Information Technology Infrastructure Library, ITIL，信息技术基础架构库)由英国政府部门CCTA(Central Computing and Telecommunications Agency)在20世纪80年代末制订，现由英国商务部OGC(Office of Government Commerce)负责管理，主要适用于IT服务管理(ITSM)。ITIL为企业的IT服务管理实践提供了一个客观、严谨、可量化的标准和规范。

启发：

不能忽略ITIL过去给我们带来的价值，特别是对于一个传统企业来说，把诸多的IT活动做了一致性梳理，实属意义重大。不过，随着互联网运维模式的出现，我们需要新的IT服务形态。可以说ITIL是离线/非实时的IT服务设计，而互联网运维需要的是在线式/实时的服务设计。

七、DevOps新型的软件研发模式(摘自维基百科)

DevOps(英文Dev和Ops的组合)是一组过程、方法与系统的统称，用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。

DevOps的引入能对产品交付、测试、功能开发和维护起到意义深远的影响。在缺乏DevOps能力的组织中，开发与运营之间存在着信息“鸿沟”──例如运营人员要求更好的可靠性和安全性，开发人员则希望基础设施响应更快，而业务用户的需求则是更快地将更多的特性发布给最终用户使用。这种信息鸿沟就是最常出问题的地方。DevOps经常被描述为“开发团队与运营团队之间更具协作性、更高效的关系”。

启发：

1.DevOps不是Ops的DevOps，是所有人的DevOps。

2.很多人把DevOps当成Ops的春天，的确，此时的Ops变得更重要，自身能力没有提升的运维团队，依然是没有春天的。

3.DevOps更是一种新型的软件研发模式，完全是因为业务的敏捷性决定的。

4.DevOps需要在文化/思维/工具/价值等四个方面寻求突破和共识才行。

之前写过一篇{DevOps的一点实践｝，其中阐述了自己的一点看法。

八、魔力象限(摘自百度百科)

魔力象限是在某一特定时间内的对市场情况进行的图形化描述。魔力象限(Magic Quadrant)由Gartner公司于2006年9月25日取得“魔力象限”注册版权，并可以在获得许可的情况下重复使用。它根据Gartner公司的定义，它描述了Gartner公司依据标准对该市场内的厂商所进行的分析。Gartner公司并不对在魔力象限中描述的任何厂商、产品或服务出具官方认可，也不建议技术用户只选择那些位于“领导者”象限里的厂商。魔力象限仅用作一种研究工具，并不意味着是行动的具体指导。Gartner公司对该项研究不承担任何明示或默示的担保，包括适销性或适用于某一特定用途的任何担保。

魔力象限的四个象限依次分别为领导者、挑战者、有远见者和特定领域者(Niche Players)。

启发：

个人很多时候都是选择一个产品方向，然后去找Gartner的魔力象限，看谁做得最好，然后仔细研究，是一个很赞的学习路径。另外，Gartner的Hype cycle曲线也是一个非常好的工具，标识一个技术从诞生到成熟的整个生命周期。

之前我给大家看过ITOM(IT运营管理的)Hype cycle，从那张图中，可以看到IT运营的产品方向，对做运维的我来说，意义很大。

整理这么多，其实是为了让大家认识这些理论，认识这些理论背后的总结/工具和最佳实践。其实很多事情都差不多，你说DevOps和精益思想的区别有多大?只是他们在不同的行业应用罢了。ITIL和ERP不就是分别对企业的IT服务活动和企业活动的归纳总结么?在质量管理领域背后出现很多体系化的实践和工具(6sigma/TPS/PDCA/A3等等)。

借助他人的总结，让自己的工作理念化，绝壁做运维搬运工。当然每个人心中肯定都有一份理论图谱，各自观照。

【编辑推荐】