DevOps Master凤凰项目沙盘总结：大美的DevOps总结

作者：北京老李：EXIN授权EXIN DevOps Master（大师级）讲师(首批全国十名) 、EXIN授权EXIN Agile Scrum 、Lean IT 认证讲师、首批ITIL Expert讲师、PMP、Prince2专家级、EXIN云安全管理、EXIN 云服务管理、ISO20000 LA、ISO27001 LA等多项认证。先后在北京、上海、广州等地主导软件开发、系统集成、咨询服务等工作，主要研究方向云安全管理、DevOps落地实施。 

1.大美的背景
IT经理：前IBM SLA经理（ITIL体系）、前华为SLA经理（ITIL体系），ITIL Expert2011版认证，现大美专注于DevOps(EXIN  DevOps 2.0)新方法的学习。

DevOps学习与实践：第二条从敏捷scrum出发，实现DevOps管理
北京老李点评：IT环境在进行进化，逼迫IT经理们也要跟进学习的脚步，提升自己的IT管理能力与领导技能，DevOps2.0就是在新环境、敏捷液态化的最佳实践。在前文北京老李根据自己的经验总结出DevOps学习与实践的三个路径，分别为：第一条从精益Lean IT看板出来，实现DevOps管理与DevOps流水线的管理与技术融合工作实践。并从企业存在的不同管理方法，融合应用DevOps。也站在学习角度梳理出补充学习课程与路径。第二条从敏捷scrum出发，实现DevOps管理与DevOps流水线的管理与技术融合工作实践。第三条从轻量级的ITIL出发，实现DevOps管理与DevOps流水线的管理与技术融合工作实践。

2.大美的总结
在培训前，大美紧赶慢赶把书看了一遍，对凤凰项目有了大概的认识。

游戏分为各种不同的角色，每个角色有固定的职责，每个任务都需要不同职责的人出一定的工作量来共同完成。例如：一个需求，需要开发，运维，变更管理等角色参与，那么需要完成这项工作的人就要每个人都把这个工作放到自己的工作量卡上。但是每个人可做的工作量是固定的。所以这个沙盘要让我们用尽量少的资源完成尽量多的任务。以促进股价上涨和收益上升。

沙盘中大美的角色是vp：总体负责IT的统筹安排。游戏一共分为四轮。老师先介绍了规则，我们实际上还是懵的，但第一轮过后，大家对游戏就有了更清晰的认识。第一轮由于各种混乱无序，时间又短，在时间结束前我们只完成了三个任务，但比较好的是我们的团队成员间进行了培训和一些基础配置的升级。这样可以在不同的角色间共享工作量，也节省了后续变更人员的工作量。但经过评估发现实际上我们只完成了两个任务。有一个任务开发的卡片没有放到工作清单上。第一轮过后我们进行了总结和讨论发现我们第一轮中主要的问题是时间不够。：1、流程不顺畅、缺乏流程。2、QA没有很好的执行，质量检查没有很好的程序。

北京老李点评：DevOps的一个基本原则是将我们所做的事情看作一个单一的流程，而不是单一的单元。这就是所谓的价值流。通过这个过程，我们能够在所有团队成员之间共享目标。通过协作、集成和相互沟通(无论角色如何)，devops文化为个人、团队、项目和公司带来了增长。devops文化的主要目标是打破在不同竖井中运行的部门之间存在的障碍，这些障碍在生产流程级别上完全脱节(开发人员和管理员之间

DevOps2.0官方学习体系与凤凰项目沙盘官方租借沙盘
经过改善，我们在看板上分了两类：需求和故障。并在后面分别列出需求和故障需要参与的角色以便检查。经过改善第二轮我们有了很大的进步，但是仍然只完成了五个任务。并且完成的任务并不是对我们股价和收益最有帮助的。

DevOps Master：适用于DevOps与ITIL体系并存的推进方法
经过第二轮的总结讨论，我们决定要强化对需求和测试的管理。我们优化了看板，将所有需求放到看板上，并以需求的金额做为评判标准来决定需求完成的先后顺序。对于特别难实现的需求将暂时除去。通过第二轮的优化，我们第三轮达到了非常好的效果，股价和回报上升非常快，所有任务的完成及检测也都非常有序，均可以按时完成。各项资源的利用率也达到了最大化。

由于第三轮效果非常好，第四轮我们并没有修改策略，在第四轮中我们对整个程序更加熟练，几乎将所有卡片上的任务都完成了，所有资源均充分利用，并且提前完成了任务。、

DevOps Master课程：提升价值识别能力
最后总成绩是收益达到了275550。股价上涨到54。可以说成绩非常理想。经过这次沙盘仿真练习，我感觉到要在一开始就把项目做到很完美是很难的。但重要的是要及时总结及优化，我们团队里每个成员都很重要。大家团结一致，每个人都积极的贡献自己的力量。使我们的成绩一轮比一轮要更加理想，配合也越来越默契，整体的局面越来越好。

3.北京老李总结
精益是敏捷的基础,DevOps2.0学习体系基于Lean IT管理方法，结合敏捷方法、精益、Scrum、看板，实现DevOps2.0定义的业务价值实现。游戏是一种非常好的体验方式，使你可以全身心地进行感受，实现身在其中、不断思考，自身突破，终身领悟的特点。

在精益的基础上建立产品开发流程。精益告诉你要优化端到端流程，为客户创造价值——从最初的想法到收集现金。精益原则最关注的是流程:必须消除流程中的瓶颈，并且需要识别和避免浪费的活动。（Lean IT方法）

为客户创造价值的关键是发现和验证产品理念，实现这些理念，并运行它们来造福用户。有几个优秀的思想可以用来构建流程:精益启动和运行精益散列产品创意,Scrum（Scrum Master）、看板（Lean IT）、和持续交付流水线（DevOps Master）为组织构建一个具有价值导向的新型敏捷方法（DevOps）,并实现敏捷组织的提升，Devops文化专注于为客户创造价值而不是只关心技术问题。

4.全面的DevOps2.0学习体系
北京老李：Devops的核心是关注业务结果而不仅是技术细节的实现。Devops集成了许多精益原则，专注于改进开发人员（Dev）和操作人员(Ops)之间的协作。敏捷1.0最大的问题是单独地应用敏捷流程不能优化整个服务价值流。当你用很多方法，无法改变你的企业时，DevOps就是你最需要的管理方法。

全面的DevOps2.0学习体系
本文由大美编写个人凤凰项目沙盘体验总结，北京老李进行点评与总结：）

欢迎爬楼，看更多北京老李-DevOps相关内容，ITIL内容请关注”豆列“

https://www.douban.com/note/709308373/ DevOps Master ：招聘DevOps工程师必问的12个问题（送DevOps实现的三个路径）

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进行时

https://www.douban.com/note/696842302/ DevOps应用：工商银行DevOps进行时（2018年）

https://www.douban.com/note/641427886/ DevOps应用：DevSecOps云下安全与云等保（云博会内容提前曝光）

https://www.douban.com/note/646007197/ 敏捷辩论 

https://www.douban.com/note/655617439/ 敏捷服务管理：数字化转型核心

https://www.douban.com/note/696148785/ DevOps Master课程总结：IT运维的昨天、今天、明天（IT运维四大“坑”）

艾利·高德拉特  “在瓶颈之外的任何地方作出的改进都是假象，在瓶颈之后作出任何改进都是徒劳的，而在瓶颈之前作出的任何改进则只会导致瓶颈处堆积更多的库存。” 

【1】精益管理方法的术语

【2】高维度思考法

【附】高德拉特《目标》五个聚焦步骤：

第一步是确认约束点，直到确定那的确是整个部门层面的约束点，对非约束点的任何改进都只是幻觉，得不到实际任何价值；

第二步是利用约束点，寻找突破这些约束的办法，确保不让约束点浪费任何时间，永远不要让约束点迁就别的资源而干等着，而是应该专注于IT运维部对当前所需完成工作中优先级最高的那一项，一直都要这样；

第三步，使企业或部门的所有其它活动服从于第二步中提出的各种措施；

第四步，具体实施第二步中提出的措施，使第一步中找出的约束环节不再是整个部门的约束点；

第五步，回到步骤1，别让惰性成为约束，持续不断地改善；