DevOps Master凤凰沙盘的学习体验

一直想系统化地学习DevOps 知识体系，工作中推动DevOps很需要，去年的DevOps 线下活动中接触到了《DevOps 精要业务视角》。

国庆假期啃完了《DevOps 精要业务视角》、《DevOps 实践指南》、《持续交付：发布可靠软件的系统方法》、《DevOps Master 白皮书-企业DevOps的成功之路》，《Effective DevOps》，三月份完成了DOF，集中精力每天下班后从7点看书到晚9点半，把《持续交付：发布可靠软件的系统方法》刷了2遍，每一遍都很有收获。
#### DevOps 实践——凤凰沙盘
DevOps 实践是比较有意思的，我们分成两组PK，挑选心仪的角色，想着凤凰项目书里的境界，心想今天稳了（后来才发现处处充满惊喜，突如其来的调整组织，调整业务规则，生产环境不断出现的事故，一线的故障，HR部门跑路）。 九点小伙伴们基本就位，现场太热闹了，天南海北的都有（角色覆盖咨询师，顾问，开发，测试，产品，PMO，架构师，运维工程师，业务分析人员） 
tips：多元化的团队，增加不同的观点和能力，去挑战、 创新、反馈，吸纳具有更广泛的个人背景和文化的人才来提高团队的多元性，显著的益处是：能够带来更多的经验与观点，凤凰沙盘真是有意思！

教练把我们分成2组，乘风破浪组和凤凰传奇组，我所在的正是乘风破浪组。 接到的第一个任务：姓名/城市/职业/为什么要参加DevOps Master 培训。 三分钟基本上大家轻车熟路完成任务，只要需求满足INVEST原则，那业务能力杠杠的，不愧都是有思想觉悟的潜力股，没有想到认识的都是大佬，我新认识了两个朋友：周同学（后续小康童鞋是我们的CFO）和吕同学（我们在第三轮休息的时候说，让CFO去把小雪他们组的需求卡片偷掉，解放凤凰传奇996的兄弟姐妹们，最后觉得让他们007吧）。
Tips：用户故事的INVEST原则，有助于确定验收标准。
** 第二个任务：**
打破部门墙姜还是老地辣，光是从名字：李聃就超级霸气，老子(李聃)说啥都对，老李从第一个任务项里面很快就发现”部门强”的存在，大家基本就和身边的人进行商业互吹，一个桌挪个位置的都不想，可见平时996把大家给累的