DevOps Master凤凰项目沙盘总结：做最有价值的事
作者，北京老李：PMI-ACP讲师中国“黄埔一期”TTT、EXIN DevOps Master（大师级）讲师(首批全国十名)、国内首批EXIN Product Owner讲师（首批全国十名）、EXIN授权EXIN Agile Scrum Master讲师、首批ITIL Expert讲师、 首批CCSK4.0讲师 、 Lean IT 认证讲师、PMP、Prince2专家级、EXIN云安全管理、EXIN 云服务管理、国内首批APMG 信息安全官（CISO）TTT、ISO27001 LA、ISO20000 LA等多项认证。先后在北京、上海、广州等地主导软件开发、系统集成、咨询服务等工作，主要研究方向云安全管理、敏捷与DevOps落地实施。
1.什么是DevOps
Patrick Debois是DevOpsDays的创始人和DevOps运动的创始人，这也解释了为什么有些人把他称为“DevOps教父”。作为互动视频公司小镇英雄(Small Town Heroes)的首席技术官，他每天都要对这些DevOps实践进行测试，以交付移动应用程序，他最近还组织了一个新的活动，”移动交付日“。
DevOps一词的来自于Development和Operations的组合，DevOps 是一种思想、一组最佳实践、以及一种文化。突出重视软件开发人员和运维人员的沟通合作，通过自动化流程来使得软件构建、测试、发布更加快捷、频繁和可靠。
2018年PMI-ACP DevOps定义为:通过改善开发和运营员工之间的协作理顺交付流程的各种实践的集合。
2018年gartner DevOps定义：DevOps代表了IT文化的变化，在面向系统全局（上下文）采用敏捷、精益实践，关注于快速的IT服务交付。 https://www.douban.com/note/643251358/ 《DevOps定义编年史：通过DevOps定义看DevOps发展》
Patrick 认为DevOps的核心是解决“人”的问题。在合作的文化方面，每个人都有平等的发言权，开发和运维都很重要。这意味着有更多的相互尊重。这也会对彼此的问题产生更多的同理心，从而创造更好的工作环境。马丁路德金说：“信念，就是在你还没有看到整个楼梯的时候走出第一步”。
2.什么是最有价值的事？
DevOps沙盘实践，帮助我们理解如何实现做最有价值的持续交付活动，有句话说的好：”在生命中，最微不足道但有意义的事物，也比最伟大但无意义的事物更有价值“，(The least of things with a meaning is worth more in life than the greatest of things without it. )，什么是最有价值的事？
1。规范化流程，从人治转为法治，即通过凤凰项目沙盘实现流程式，规范化管理。
2。提高管理效率，减少错误。通过精益需求分析、敏捷价值思考、持续改进实现IT价值突破。
3。精益IT生产，减少错误，通过看板，拉动式生产，实现IT价值最优化。
4。持续改进，不断修正，只有不断地PDCA才能做最正确最有价值的事。
5。把不可以的事情，变成可能，就如同《凤凰项目》中的Bill一样，团队一天的时间把不可能的事情变成了可能，并且实现了超额完成任务。
3.做最有价值DevOps的三个层次
做最有价值的DevOps，需要通过三个步骤传统敏捷（Agile1.0）、DevOps1.0（开发运维）、DevOps2.0（凤凰沙盘模式），即BusDevOpsBus模式。分为五个层面的敏捷2.0的实现，即DevOps价值、DevOps原则、DevOps实践、DevOps工具等方面，以业务为核心进行DevOps活动的开展
4.实现DevOps做最有价值的五方面
DevOps价值：是指要站在精益敏捷的视角上进行全局优化，通过敏捷的核心价值观与精益领导力，实现DevOps从战略到战术、到运营的全面意识提升。DevOps价值观是在敏捷宣言的基础上进行了修正，DevOps将重点放在全面交付有价值的服务或软件给客户，而不是简单的“自动化”。
DevOps原则：是指通过CLAMS持这些价值观的战略方法，通过引入精益、敏捷、轻量级ITSM、持续交付，实现DevOps的集大成原则指导，不仅仅是一次转变，也是一次螺旋提升。
DevOps方法：DevOps方法是敏捷2.0，即有很多方法可以实现DevOps，在通向企业的成功之路（EXIN DevOps白皮书）介绍了三种经典的DevOps实现方法。
DevOps方法没有统一的方法，只有最佳实践）这里与敏捷1.0的方法有相同点，也有不同点，相同点是Scrum方法，看板方法，精益方法等等，不同点是把Dev+Ops整合在一起，并且扩大到产品、开发、QA、运维（全栈），DevOps还有一个特点是可视化的变更控制（基于ITIL的思想）和使用精益驱动系统进行全局优化。
DevOps实践：通过与敏捷、精益、ITSM相结合的方法，使用高度特定的战术技术，包括持续集成、持续交付。实现精益敏捷的快速交付价值。通过Standups, planning poker, backlogs, CI，使开发人员与运维人员可以一起愉快地玩耍。
DevOps工具：团队使用这些实践的特定技术实现，工具包括开源产品与厂商厂品（DevOps工具元素表）实现DevOps的企业级落地应用。John Willis 的《CAMS》和James Turnbull给出了他们的定义。即“基础架构即代码”是DevOps常用的原则。扩展敏捷的原则来包括系统和操作，而不是在代码检查时停止它的关注。（下图为DevOps元素表）
5.如何让我们实现做最有价值的事
《凤凰项目》是Gene Kim作为主创于2013年出版的一本小说体IT管理读物，是公认的DevOps入门第一本书。这本书从构思到成书花了10多年时间，出版之后获得了巨大的成功。
《凤凰项目》颠覆性的意义在于把过去60多年在工业生产领域的最佳实践引入到软件交付的生命周期中。这里涉及的主要概念包含限制理论（TOC）和DevOps的三步工作法：系统思维，在DevOps Handbook里称为流动，Flow，引入精益思想，通过尽快反馈以及持续学习与实验实现 DevOps凤凰项目沙盘的实践性体验。
北京老李于2018年6月29号进行DevOps Master课程，其中第二天进行了DevOps凤凰项目沙盘模拟游戏，DevOps沙盘通过模拟游戏的方式让学员了解到什么才是真正的DevOps。不仅仅是工具（自动化），而是需要CLAMS，即从文化、精益、自动化、度量、分享等方面实现DevOps模式的价值提升（转型）。
大型模拟沙盘运行一天还是很累的，每一次主持，与学员讨论都能有没的理解与收获，这也是一种教学相长的过程，通过前一天的讲解，大家理解了，什么是精益方法、什么是敏捷管理，在今天就要进行实践了，大家抱着期望的心情来到了沙盘现场。
DevOps前提，是理解业务，理解IT流程，不懂业务的IT就是”瞎忙乱“，只有理解业务，梳理流程，才能真正体现IT的工作价值，根据精益的指导，我们要消除I
首先：精益化流程：我们进行了精益化流程梳理工作，我们针对流程进行了三次流程梳理工作。即要消除IT过程中的浪费，要消除业务过程中的浪费，才能实现精益敏捷的DevOps2.0.。就是要让我们做最有价值的事，通过紧张和激烈地讨论，充分地理解游戏的规则与工作流程，才能把工作做好，这是做好DevOps的前提，我们在二轮的时间里，三次梳理工作流程，每一次都进行了激烈地讨论， 任务工作想要达到效果，就应该先计划再执行，而不是执行了以后再看，没有顶层架构也就没有精益敏捷的DevOps。
运行过DevOps大型模拟沙盘的同学都知道，DevOps沙盘设计本身就是在设计约束、应用“约束理论”和“精益六西格玛”，游戏设计者在游戏中设计了很多的制约条件，在每一轮次，几乎都无法全部交付上线应用。
其次：精益敏捷生产：我们应用了精益敏捷的管理方法，即拉动式生产、看板式管理的方法，实现了精益敏捷的生产模式
再次：精益需求分析：通过精益需求分析减少返工与错误，通过主动识动业务需求，与业务进行充分沟通实现精益需求管理。实现了首轮的价值点突破为后面取得最终业务目标奠定了基础条件。
最后：价值最化优选法：所以在游戏中，这里的”IT人员“就有要一些取舍，那么如何取舍，我们通过成本、质量、价值、风险四个方面的设定与讨论，逐步明确了上线应用的条件。
通过每一次不断地改进，改进再改进实现了最终股价的盈利与达标。实现超额完成目标，其核心就在于做最有价值的事。
6.DevOps到底有哪些价值
6.1站在不同角度看DevOps的价值
我们必须为最终用户提供价值。我们为客户提供什么类型的增值?这取决于我们所从事的业务。例如，我们已经添加了一个新特性，或制作了一个新产品，或确实增强了最终产品的稳定性，或在新区域添加了额外的资源，或修复了错误，或在紧急情况下利用了业务连续性和灾难恢复的新领域，等等。
DevOps可以通过提供增值代码来完成这一切，甚至更多。你可以通过在StarAgile学院接受最好的DevOps培训来掌握DevOps文化。
作为员工、同事和同事：DevOps通过为工作提供正确的工具、为正确的工作提供正确的流程等方式来传递价值。人们不需要在周末做20个不同的任务或工作来实现增值目标。
作为一名开发人员：您不需要编写代码，也不需要在合并代码时遇到困难。您希望快速获得有关特性的反馈，比如代码中是否存在bug或错误，而DevOps可以帮助您解决这个问题。
作为测试人员：您希望对所有代码进行编译、运行和通过为测试代码而进行的所有测试的检查。您不希望因为一个小小的输入错误或配置错误而暂停测试，而是希望测试进行回归分析并交付通过代码的结果。
作为运维人员：您希望确保代码的发布能够顺利进行。你忘记了在周五或周末工作的恐惧。你也想每天、每小时发布一次，而不是几周就发布一次。所有这些都是由DevOps提供的，以确保运维人员自动化所有的任务，并保持满足和享受他的工作
对于整个公司来说：你知道DevOps是可伸缩的，你可以按下按钮，通过可跟踪性进行自动化部署，监控和反馈循环为你提供产品状态的清晰画面，以及它们在客户端是如何使用的。
- 更快地交付到市场，并提高软件交付的速度
- 降低送货成本
- 最小化DevOps生命周期中的迭代次数。
- 通过自动化基础设施来维护业务焦点
- 没有bug或者bug更少
- 更高的软件效率和质量。
DevOps为不同的涉众提供了很多附加价值，整个组织可以从DevOps提供的垃圾文化中受益。利用DevOps需要大量的努力、技能和知识，你不能简单地购买DevOps，它必须得到培养。通过对DevOps业务价值的详细介绍，您可以进一步理解其核心价值。
6.2DevOps的核心价值
DevOps的核心价值是DevOps管道和DevOps生命周期管理，它们提供了项目工作方式的文化转变。自动化是DevOps提供的关键价值。除此之外，DevOps还提供了一些好处，比如更快的交付、服务弹性、所有任务的自动化、基础设施即代码(IAAC)和持续交付。
DevOps的4个基本核心价值观是自动化、共享、文化和测量。如果在组织中正确地实现了DevOps，则每一个都是派生的。让我们详细讨论一下DevOps的每个核心业务价值。
1.文化:你也许会读到,DevOps文化,,这意味着它不是像步骤或技能或过程,它是海关或艺术的群人产生好处使用传统方法无法实现。
2. 自动化:自动化是DevOps的同义词，如果你读过DevOps的文章，你就会知道自动化存在于DevOps生命周期管理的每个阶段。
3. 共享:这来自于DevOps团队在生产增值产品时的协作、交流和集成。DevOps专业人员对他们在DevOps文化下所采取的每一个行动都负有责任。
4. 度量:度量是DevOps生命周期管理和DevOps管道中的关键。您需要增加可以使用业务管理的关键指标来衡量和分析的价值。
除了DevOps的核心价值之外，你还需要记住DevOps实践的5个层次:原则、实践、工具和价值观。这就是DevOps的五大支柱。
7.如何实现DevOps价值
7.1如何提高产品交付
打造输送管道的关键区域如下:
一：使用以下方法构建你的交付管道;
- 选择最好的工具
- 有一个产品负责人
- 使用标准技术和集成模式
- 使用基于模型的集成
二：通过以下方式构建产品价值流:
- 让工作和流程可见
- 围绕价值流组织团队
- 测量交货时间以进一步改进它
- 让传递的速度和流程成为一种文化
- 使持续改进
三：透过以下方法减少等候时间:
- 通过提供自助服务和自动化功能
- 消除流程中的前置时间和等待时间
- 从代码库中获取代码，并确保代码的完整性
7.2. 正确的方法来改变产品以满足客户
变更管理计划是DevOps可以按照以下方式进行设计，先问这个问题。在这一点上的改变是必要的吗?
- 定义DevOps周期中更改的范围
- 问这样一个问题:这种改变的好处是什么?
- 评估所需变更的成本和时间因素。
- 根据需要将变更通知所有相关方
客户满意度是DevOps的核心，应基于客户满意度推进DevOps的实施。
7.3.故障后是否有可能恢复
直接的答案是肯定的，通过采用DevOps，您可以快速失败并更快地恢复，因为您可以在第一次迭代中找到错误和bug。这是DevOps的核心能力之一。您不需要等待错误、问题或错误发生，而是在DevOps生命周期的每个阶段中找到它们，并正确地纠正项目，以满足客户的目标、目标和需求。这就是DevOps如何具有服务弹性和更快地交付给客户。每个阶段的输出质量和更少的迭代足以检测DevOps中的故障，并更快更快地从故障中恢复。
7.4. 这样做是为了收取服务费用并留住你的客户
通过采用DevOps的关键指标
通过决定速度和质量之间的优先级
通过使用敏捷框架扩展DevOps
通过移除独立的运营团队来合并运营和开发
要扩展DevOps，管理层的介入是必要的
8.全面的学习体系
真正了解DevOps的核心和精华需要花一些时间学习，可以是自我学习，也可以是跟随成熟的学习体系学习，EXIN DevOps全面的学习体系。
9.推荐书目
北京老李-2018年6月 手打版
10.DevOps自评估
创建需要提出的问题类别，并根据具体应用得出答案。下面是几个问题的例子
1．DevOps基于《敏捷原则》进行了扩展，你是否遵循敏捷原则？
2．DevOps基于《精益IT》进行了扩展，你是否在工作中进行浪费与价值流的识别？
3．DevOps基于《持续交付》，你是否使用源代码库？
4．DevOps基于《持续交付》，你是否使用静态代码分析工具？
5．DevOps基于《持续交付》，你是否使用构建自动化工具？
6．DevOps基于《持续交付》，你使用场内基础设施还是基于云的基础设施？
7．DevOps基于《持续交付》，你使用配置管理工具、安装应用程序软件包的脚本还是运行时环境？
8．DevOps基于《持续交付》，你是否使用自动化脚本在生产和非生产环境中部署应用程序？
9．DevOps基于《持续交付》，你是否使用功能测试、负载测试、安全性测试和移动测试的自动化工具?
10．DevOps基于《轻量级ITSM》，你是否使用应用程序和基础设施监控工具？
11.爬楼
如何一次通过系列:
如何一次通过DevOps Foundation考试 https://www.douban.com/note/759867840/
如何一次通过DevOps Master考试 https://www.douban.com/note/660291760/
如何一次通过PMI-ACP https://www.douban.com/note/720287998/
如何一次通过EXIN Scrum Master https://www.douban.com/note/722250431/
如何一次通过APMG ISO/IEC20000:2018版 LA https://www.douban.com/note/762608725/
如何一次通过CCSK4.0（网盘下载CCSK4.0，送DevSecOps宣言中文翻译版） https://www.douban.com/note/764185464/
如何一次通过EXIN CCC云服务管理专家认证 https://www.douban.com/note/762735674/
2020年2月EXIN DevOps及敏捷前置要求与学习路径推荐 https://www.douban.com/note/752263618
DevOps Master课程：DevOps Master教练十二条原则 https://www.douban.com/note/718124778/
DevOps Master课程：DevOps Master教练的三个层次 https://www.douban.com/note/719145305/
DevOps Master课程：招聘DevOps工程师必问的12个问题（送DevOps实现的三个路径） 相关主题 https://www.douban.com/note/709308373/ DevOps Master ：
敏捷项目管理ACP中国“黄埔一期” https://www.douban.com/note/728728754/
敏捷项目管理课程：建立持续改进的个人看板 https://www.douban.com/note/745245657/
DevOps Master系列:再论DevOps核心原则CALMS https://www.douban.com/note/731775271/
DevOps Master系列:如何把DevOps与CMMI整合 https://www.douban.com/note/759766513/
https://www.douban.com/note/713613037/ DevOps professional课程：只讲技术之CHEF（1）
https://www.douban.com/note/708968150/ DevOps Master课程总结：知否知否，应是DevOps肥ITIL瘦（送ITIL4前生今世）
https://www.douban.com/note/708218842/ DevOps Master课程总结：学习没有捷径（送DevOps安灯正确方法）
https://www.douban.com/note/694641377/ DevOps Master凤凰项目沙盘总结：DevOps黄金三步法
https://www.douban.com/note/700603657/ DevOps Master凤凰项目沙盘总结：履霜坚冰至，转型应自强不息
https://www.douban.com/note/693053178/ DevOps Master凤凰项目沙盘总结：通过DevOps实现IT组织转型
https://www.douban.com/note/689504940/ DevOps Master凤凰项目沙盘总结：DevOps起始质量之独孤九剑
https://www.douban.com/note/645016138/ DevOps凤凰沙盘：一场精益敏捷探索之行
https://www.douban.com/note/629890513/DevOps凤凰沙盘：一场百玩不厌的质量感悟
https://www.douban.com/note/630638887/DevOps课后总结之DevOps游戏系列-DevOps的独孤九剑
https://www.douban.com/note/637665261/DevOps Master课程:回忆我与DevOps之父Patrick的交流
https://www.douban.com/note/647732431/ DevOps：10本DevOps推荐书及47个DevOps兼容工具
https://www.douban.com/note/647732431/ DevOps：10本DevOps推荐书及47个DevOps兼容工具
https://book.douban.com/review/9110485/ DevOps：转型从正确地认知开始
https://www.douban.com/note/651734552/ DevOps：从I型人才到E型人才
https://www.douban.com/note/651734953/ DevOps：智能服务台是企业不能缺少的基石
https://book.douban.com/review/8928323/ DevOps布道师:终身学习是终身成长的源动力
https://book.douban.com/review/8820627/ 《把读到的知识转化为能力三步法及完美学习的四步法》
https://www.douban.com/note/643862694/ DevOps Master课程:脚踏实地学Pre-Master，一步一个脚印成为DevOps Master
https://book.douban.com/review/8805640/ DevOps布道师为深度工作写的序：深度工作是心身的一种修练方法
https://book.douban.com/review/8795275/ 咨询基本功：咨询顾问基本功之书面沟通及“补充大餐”
https://www.douban.com/note/643251358/ DevOps定义编年史：通过DevOps定义看DevOps发展
https://www.douban.com/note/637838681/ DevOps应用：光大银行DevOps1.0到DevOps2.0研讨会
https://www.douban.com/note/639093367/ DevOps应用：民生银行IT一体化管理与自动化发展（1）
https://www.douban.com/note/638965340/ DevOps应用：工商银行DevOps进行时
DevOps Master课程：事半功倍的系统化学习 https://www.douban.com/note/717180422/
https://www.douban.com/note/696842302/ DevOps应用：工商银行DevOps进行时（2018年）
https://www.douban.com/note/722820106/ DevOps Master课程：微软 DevOps的成功之路（送中行DevOps三架马车）
https://www.douban.com/note/641427886/ DevOps应用：DevSecOps云下安全与云等保（云博会内容提前曝光）
敏捷项目管理沙盘：一场随需而变的深度体验（1）https://www.douban.com/note/629584594/
站在IT治理Cobit2019角度看DevOps成熟度（COBIT可申请10PDU） https://www.douban.com/note/729309727/
https://www.douban.com/note/646007197/ 敏捷辩论
https://www.douban.com/note/655617439/ 敏捷服务管理：数字化转型核心
https://www.douban.com/note/696148785/ DevOps Master课程总结：IT运维的昨天、今天、明天（IT运维四大“坑”）
DevOps Master：如何一次通过DevOps Master考试 https://www.douban.com/note/660291760/
DevOps Master:课程总结之变更与DevOps集成 https://www.douban.com/note/660466481/
咨询基本功系列课程
咨询基本功系列第一讲：把读到的知识转化为能力三步法及完美学习的四步法 https://book.douban.com/review/8820627/
咨询基本功系列第二讲：显见是心与学会提问 https://book.douban.com/review/8709052/
咨询基本功系列第三讲：显见不动与信念 https://book.douban.com/review/8524974/
咨询基本功系列第四讲：显见不失与学会讲故事 https://book.douban.com/review/8909761/
咨询基本功系列第五讲：显见无杂与沟通的艺术 https://book.douban.com/review/8573156/
咨询基本功系列第六讲：见性惟真与书面沟通七步法 https://book.douban.com/review/8795275/
咨询基本功系列第七讲：见性无碍与故事思维 https://book.douban.com/review/8471462/
咨询基本功系列第八讲：显见不分与沟通圣经 https://book.douban.com/review/8550605/
咨询基本功系列第九讲：见性超情与深度工作 https://book.douban.com/review/8641784/
咨询基本功系列第十讲：见性离见与完美咨询 https://book.douban.com/review/12493989/
咨询的基本套路、IT咨询基本方法内训课程，欢迎大家收看，收听，收获到咨询的基本功：）
敏捷服务管理系列：如何正确理解ITIL4 https://www.douban.com/note/763416570/
DevOps沙盘回顾系列课程
DevOps凤凰项目沙盘：IT涅槃重生之路 https://www.douban.com/note/681066663/
DevOps沙盘：“IT业务一体化”驱动业务价值 https://www.douban.com/note/662925305/
DevOps Master凤凰项目沙盘总结：高维度系统化思考 https://www.douban.com/note/703020201/
DevOps Master凤凰项目沙盘总结：履霜坚冰至，转型应自强不息 https://www.douban.com/note/700603657/
DevOps凤凰沙盘：一场精益敏捷探索之行 https://www.douban.com/note/645016138/
DevOps Master凤凰项目沙盘总结：通过DevOps实现IT组织转型 https://www.douban.com/note/693053178/
DevOps Master凤凰项目沙盘总结：DevOps黄金三步法 https://www.douban.com/note/694641377/
DevOps Master凤凰项目沙盘总结：DevOps起始质量之独孤九剑 https://www.douban.com/note/689504940/
DevOps凤凰沙盘：一场百玩不厌的质量感悟 https://www.douban.com/note/629890513/
DevOps课后总结之DevOps游戏系列-DevOps的独孤九剑 https://www.douban.com/note/630638887/
DevOps Master凤凰项目沙盘总结：同理心是DevOps成功关键 https://www.douban.com/note/685838159/
DevOps Master凤凰项目沙盘总结：做最有价值的事 https://www.douban.com/note/681074230/
艾利·高德拉特 “在瓶颈之外的任何地方作出的改进都是假象，在瓶颈之后作出任何改进都是徒劳的，而在瓶颈之前作出的任何改进则只会导致瓶颈处堆积更多的库存。”
【1】精益管理方法的术语
【2】高维度思考法
【附】高德拉特《目标》五个聚焦步骤：
第一步是确认约束点，直到确定那的确是整个部门层面的约束点，对非约束点的任何改进都只是幻觉，得不到实际任何价值；
第二步是利用约束点，寻找突破这些约束的办法，确保不让约束点浪费任何时间，永远不要让约束点迁就别的资源而干等着，而是应该专注于IT运维部对当前所需完成工作中优先级最高的那一项，一直都要这样；
第三步，使企业或部门的所有其它活动服从于第二步中提出的各种措施；
第四步，具体实施第二步中提出的措施，使第一步中找出的约束环节不再是整个部门的约束点；
第五步，回到步骤1，别让惰性成为约束，持续不断地改善；
