【原】DevOps(开发运维一体化)管理培训心得

尊敬的朋友，同仁，您好：

很高兴也很荣幸参加此次高新园区举办的DveOps管理培训。在这种学习与实践相结合的培训中，对DveOps有了更加深入的理解和认识。对于整个管理模式和思想有了一定的跨度和高度。

DveOps是一组过程、系统与方法的统称。是一种促进软件开发、技术运营和质量保障部门之间沟通协作和整合。为促使按时交付软件服务，开发和运营工作的紧密结合。是开发、运维和测试的三者交集。

由上述可知，DveOps的目标是希望在软件产品的交付过程中，各个团队之间减少时间上的损耗，更加高效率的协同工作，避免某一环节的脱节导致整体的的影响。从DveOps的流程中可以看出，规划、开发、运营、反馈的过程中再进行以终为始的循环，组成一个无穷大形状的闭合流程，以反馈推动规划，时刻保持各个部分的高协调性和高运作性。从 DveOps一些基本理念与原则上，不同于以往的模式，详细阐述了：精益单件流、限制理论、浪费、看板、持续交付、流程自动化的持续等方面，使之更加在整个过程有了一个完成的规划。过程的整体性、各环节的细化性、工作的效率性和质量的把控性都有了更好的掌控。

从工作中的角度，简单认识DveOps：

精益--单件流

传统生产模式中，每次生产或移动一个工件，使得工件尽可能的通过一系列的加工步骤，并且每一步都在刚刚在下一步需要时完成。直到最后一步完成时交付给用户，形成一个闭合的流程。这种形式在中间过程中可能会占用大量的时间和其他不可控制因素的限定。而单件流则是每次生产一个或一个固定的部件的零件，以小批量进行流转，而不是整批的转移、间歇和等待。

单件流的优势在于简化了整体的计划和调度的管理；提高了事件的响应程度；可及时发现质量问题，并可以针对性的解决，避免了问题的批量存在；可能有效的利用工期，在一定程度上避免了延误交付时间；便于规范化管理和控制，标准化工作。

对于软件行业，通过敏捷快发、快速迭代等一些方式，在开发过程中可更好的提高效率。测试已有功能为驱动进行研发，以终为始。在整体中可以不断地开发和改进，持续而改进。

限制理论

在任何系统中都可能存在一些限制，正如木桶效应一般，一个木桶装水量的多少取决于木桶壁上窟窿所处的位置。由此可见，提高一个系统的产出必须打破系统的限制。可以将其想象成一串铁链，其铁链的强度取决于最弱的一个铁环处，而非最强的铁环处。我们可以将整个开发、技术运营和质量视为一个铁链。要达到最好的状态，我们必须要从最薄弱的瓶颈处入手，更换铁环，才能得到显著的改善和提升。

浪费

在软件开发中，存在着八种浪费，而其中最主要的体现存在不需要功能的开发、任务的切换。应在整个项目过程中与客户进行沟通和确认。以DveOps对开发过程进行管理和控制，进行工作细化和整理。减少不必要功能的存在。

对于任务频繁的切换，会导致所接触的任务都不能行之有效的开展，导致整体的效率存在问题。在开发和工作的过程中，应当尽量的减少过于频繁的任务切换。

看板

在整个软件开发的过程中，将每一步的工作开发系统的工作进行展示。以流程的顺序进行记录和指引工作的方向，在整体上有一个大方向的把控。明确要去做的内容，正在做的内容和已完成的内容。在不同阶段的记录和节点有着一些完整体现，对整个流程具有明确性和连续性。便于对工作的执行和管理。

持续交付

是从原始需求识别到 最终产品部署到生产环境这个过程中，需求以小批量形式在团队的各个角色间顺 畅流动，能够以较短地周期完成需求的小粒度频繁交付。频繁的交付周期带来了 更迅速的对软件的反馈，并且在这个过程中，需求分析、产品的用户体验和交互 设计、开发、测试、运维等角色密切协作，相比于传统的瀑布式软件团队，更少浪费。

持续交付的关键在于要能从实践中学习。在于业务用户中。然而无论花多长时间，没人能真正清楚地表达自己的想法，或者将自己的想法用清晰的文档概括出来。也正是因此，敏捷方法论强调将功能提供给用户，并不惜一切代价从用户处获得尽可能多的反馈。

流程自动化的持续

DveOps所强调所有手动、可重复的操作都应用自动化的工具来完成。别让工程师干机械该去干的工作。所有的操作应该可复制和追溯，像车间的流水线一样。在实际开发的过程中，应根据实际的需求，选取相应的工具进行使用。

如以下工具：

Eclipse开发工具；

JUnit测试工具；

Gradle构建集成工具；

Maven软件项目管理工具；

Git分布式版本控制系统；

Jenkins+Docker自动化集成环境，实现服务的自动构建和部署。

Flyway数据库版本管理工具；

在“凤凰沙盘”的实训项目中，我以人事主管的身份参与其中。与大伙相互配合，模拟一个买车配件网站的公司，在一年的模拟经营中，以盈利45万的营业额、股票25-48为目标，通过DveOps的办法进行合作管理。四个阶段后成功的完成了目标，并盈利51.3万，圆满的完成了项目。从中浅谈一些感受和我本人的观点做法：

1. 以价值为核心导向，在出现一些问题时，根据DveOps的模式方法作出了正确的判断，保证了有效而持续的发展。

2. 在过程中出现了矛盾，参照DveOps的模式方法进行及时的调整和策略上的变通，使公司平稳的渡过非常时期。

3. 在使用DveOps单件模式时，出现了瓶颈问题情况，通过限制理论解决了问题根源，使工作得以顺利展开。

4. 在第三阶段，采用先进的看板方式，成功完成任务并超越了指标。

5. 在整个实训的过程中，协同各部门紧密合作，及时的沟通和相互的配合，做到配合有默契，沟通无障碍。在服务、开发和运维等各个方面有效的交集，更加体现了团队的协作性和战略的统一性。

通过这两天的DveOps管理培训，让我认识到DevOps实际上更像是一种文化上的变迁，代表了开发、测试、运维和质量等多个方面的环节合作，在保证开发和运维人员在各自目标的前提下，向自己的客户或用户交付最大化价值及最高质量成果的基本原则和实践。更加提出一个统一的方向和目标，让生产端变得敏捷起来，同时在各个层面优化公司的最大利益。

在此，感谢老师的悉心教导与详细讲解，感谢同仁和朋友的帮助和照顾。说一声真挚的祝福，道一句内心的感谢。