关于DevOps“凤凰项目沙盘”的一些思考 - 简书
关于DevOps“凤凰项目沙盘”的一些思考
有幸参加了高效运维社区组织在到26日的DevOps Master认证培训。在原有的印像中，认为所谓的DevOps无非是“开发”+“运维”，即运维要懂开发，能利用编程语言去实现平台运维自动化。但通过这几天的培训，对DevOps有了更清晰的认识：DevOps是一种文化，是一种跨团队(Cross-Team)的团队协作，通过单件流(one-piece-flow)，JKK的理论，在保证业务连续性(Business Continuity) 的前提下，实现持续集成(Continuous Integration)、持续交付(Continuous Delivery)的要求，最终实现提升业务产量(Business Outcome)的目标。在这次培训中，印像最深刻的是“凤凰项目(Phoenix Project)沙盘”（以下简称PP沙盘）。和几位同学私底下闲聊，我们都认为这是一个“针对于企业的高级版桌游”（据说每个人实际的参与价格要500元）。
像传统的桌游一样，PP沙盘中有很多角色，由上自下的角色分布为：CEO、CISOCIO、CFO、Retail Operation、Human ResourcesVP of IT Operation（VP）、Application Department（AD）、IT Support（ITS）、Technology Operation（TO）、IT Test Team（ITT）、Change Management（CM）另外在Technology Operation中还有额外的一个Lead Engineer。
每个角色的精力是有限的（DevOps的文化中，强调Work-Life balance，不提倡Overtime），也就意味着在一个周期内，只能承受一定的工作量（Workload）。而CEO会在一个周期内同时下发多个任务，而这些任务的工作量总和可能会大于这个周期内所有人可承受的工作量总和（这也非常符合现实中的情况）。
通过PP沙盘，总结了出以下最佳实践，希望能够带给大家一些感悟，帮助提升IT持续交付的能力、提高业务产出。思考一：使用可视化看板来解决业务视角与IT视角的差异性。业务驱动IT，是一个在现实工作中很普遍的问题。由于种种原因（如获客引流、提升企业形象、新功能开发等），业务部门会决定对一个项目立项与否。而此时，由于IT部门并未参与前期的项目需求讨论，业务部门对于整个项目所需要消耗的人天、乃至投入的资金是不得而知的。而与此同时，IT可能同时面对着几十个甚至几百个这样的项目。由于人力资源的局限性，IT可承受的工作量是有限的（且通常会远远小于业务的需求量）。因此必须进行取舍。可视化看板能很好的解决这个问题。可视化看板可以以全局的角度去衡量每个项目在每个条线所需要的人天及项目进度。去权衡该做哪些项目，该放弃哪些项目。以达到业务产量最大化。
思考二：充分进行团队协作，从而有效地保护瓶颈点。Lead Engineer是PP沙盘一开始的一个瓶颈点：1、很多任务只能由Lead Engineer去完成，其他人没有Lead Engineer的能力2、Lead Engineer可承受的工作量是所有角色中最小的按照瓶颈理论(Theory of Constraints,TOC)，需要提高这个短板。而通过知识共享以及培训，可以实现与TO、ITS团队协作（Collaboration），形成一个资源共享池，以在一定的范围内进行工作量的平衡。现实中，每个团队也会有一两个这样的Superstar，释放他们的工作量，同时将他们的知识共享给其他teamplayer，会有效提供整个团队的效率和专业水平。
思考三：指定把关人(Gatekeeper)，并对于每次变更进行记录。在PP沙盘中，当一个项目被确定要进行执行后，会把具体的任务分解到各个团队中。但是由于事先没有良好的变更记录，导致某些任务被重复执行，浪费了工作量。指定把关人，决定哪些做，哪些不做，并对变更操作进行记录，可以提高变更操作的有效性和准确性。
思考四：平衡工作量，适当取舍，学会说“不”，使用单件流（one-piece-flow）模式，避免“半成品”。在PP沙盘中，前期IT有很多瓶颈：1、团队知识、资源未共享，导致无法分担彼此的工作。2、Lead Engineer成为整个IT的最大瓶颈。3、完成业务部门项目的工作量远大于实际可以完成的。这时候，VP的作用非常重要，需要平衡业务部门的压力和实际IT团队的工作量（而非一味接受），对于业务部门看起来“很重要”，但对于整个公司层面ROI改变不大的项目进行取舍，say no。而IT团队内部会使用单件流，进行持续交付，避免半成品的出现。
思考五：对工作进行合理分类。IT的工作可以分为四大类：业务项目、IT内部项目、变更、紧急事件（issue）。PP沙盘后期，IT团队的可承受的工作量已经足够大，瓶颈已经转移到了业务层面。这时我们发现有大量的工作量闲置，开始着手进行IT内部项目（因为不牵涉到业务部门的工作量，同时可以充分利用IT的闲置工作量）。但我们忽略了“紧急事件”对我们的持续影响，以至于最终市值和股价受到了一定的影响。因此，在这一方面，更类似于时间管理。我们需要在不同阶段，权衡时间、精力同各项工作之间的关系，以更全局的视野制定策略，排定优先级，进行任务分工和团队协作。当下可能会有短暂的损失，但从辩证的角度来看，这种损失可能是值得的，应为它会在长远期带来更多的收益和回报。
通过这次的培训，对于DevOps文化有了更清晰的认识。很高兴结识来自于各行各业的伙伴。感谢萧帮主、汪老师、王老师的专业授课，也感谢丛琳小姐的全程支持保障。我们是DevOps Master。
Zabbix官方文档中文译者，参与Zabbix中国社区建设和分享。
DevOps Master
微软认证解决方案专家(MCSE)
红帽认证工程师(RHCE)
VMWare认证专家(VCP)
ITIL v3 Foundation
Zabbix认证专家（ZCP)
思科认证网络工程师(CCNA)
瞻博网络认证专家(JNCS)
凤凰项目沙盘
联系方式：
我已加入“维权骑士”(rightknights.com)的版权保护计划。
在过去的三年中，我作为 DevOps 的咨询师参与了很多企业的 DevOps 转型咨询以及技术实施，也在不同的社区活动中分享了自己在
DevOps 上的实践、理解和观点。 随着 DevOps 的盛行，我在很多场合和越来越多的人聊起 DevOps。也在不同的渠道听到了很多人...
姓名：纪雅丽 转载自：http://mp.weixin.qq.com/s/v2-BA60JilNq8CFmrBEmqQ，有删节。 【嵌牛导读】：Gartner 2016年应用开发成熟度曲线上，DevOps已入顶峰。毫无疑问，DevOps自2009年诞生...
作者：北京老李：DevOps布道师、IT管理咨询师。拥有EXIN Agile、EXIN Lean IT、首批EXIN DevOps Master讲师、首批ITIL Expert讲师、PMP、Prince2专家级、EXIN云安全管理、ISO20000 LA、ISO27001 ...
上两周在上海出差，工作比较忙，没有及时更新文章，对自己提出批评。之前看到Dr.Fish写的《2017- 我的敏捷学习之年》将scrum用于自己的学习，深深的佩服鱼心博士的自制力，感慨学霸的帽子不是白扣的。受此启发，或许自己可以写一些关于devops的心得，自己不是资深Dev...
今天看了一本书，书中说到，女性的心情波动会影响皮肤，看到这里，我突然想要一个念头，就是有效果比有道理更重要，于是我现在就起来把这个思考的结果分享给你。 有时候，敏感的人，在生气之后，可能很长时间难以忘怀，或者夜不能寐，很多人去上心灵禅修班，在那个气场之下，你觉得你是净化内心...
精液检查是评价男性生育能力，反映睾丸精子产生及附性腺功能状况的重要检查项目。男性要想保持精液健康，了解精液科学知识，及时发现问题十分重要。 生活中，可以通过以下一些简单方法对精液进行自查。 精液量是指每次射精排出的数量，正常情况下一次射精精液量是2~6毫升。 精液量的多少与...
企业的管理必须有效，否则企业无法生存。 序2-3有多次提到“管理的有效性”的关键峭在于有效地“管理别人”而在于有效地“管理自己”。与我参与这次的共读的初衷不谋而合。参与这次共读我想达到的效果就是有效管理自我。在工作中，我是被管理者。而在平时我是放飞自我，谈不上自我管理，而提...
缘 遇见 一缕香 轻撞鼻前 奶黄小簇团 立枝迎风笑颜 沁人心脾醉似仙 立足舒眉悠闲 相识不亦难 抬头嗅涎 不艳羡 惜缘 份
在前面，我们学习了：1.创建一个虚拟环境 2.进入虚拟环境中 3.在虚拟环境中新建Django项目 4.在Django项目中创建Django App 5.用runserver来启动 6.URL conf (URL configuration)的桥梁作用 接下来，我们来讲一下...凤凰天誉目前营销中心现场可看沙盘
凤凰天誉还是没有开盘，目前营销中心现场可看沙盘。凤凰天誉是1栋写字楼，3栋住宅，根据了解，目前凤凰天誉的58-170平住宅预售证申请中，预计6月入市。 更多可以电话开发商咨询。
交通周边道路：前进二路、107国道。
公交站：凤凰岗村站、西乡城管办站（395路）、流塘派出所站、西乡城管办①站、宝安客运中心站（603路）
幼儿园前海合作区规划建设15所幼儿园，还有凤凰岗幼儿园，铁岗幼儿园，臣田幼儿园，德宝幼儿园，春田幼儿园，香槟山幼儿园，还有雍和园幼儿园。
中小学凤岗小学、西乡中学、流塘小学、天骄小学、陆兴小学、龙山实验学校、金碧实验学校
大学深圳大学
综合商场海雅缤纷城、西乡天虹、壹方中心Mall，家家乐百货，家家福生活超市
医院宝安中医院，西乡人民医院，宝生妇儿科医院
银行中国工商银行丽景支行，农业银行前海支行，工行臣田支行，深圳农村商业银行
邮政宝安前进邮政局
其他宝安体育馆、宝安图书馆、音乐厅、铁岗水库、尖岗山、铁仔山、平峦山、宝安公园、流塘公园、铁岗公园，还有上上酒吧，西乡彩虹城，还有登喜路国际大酒店，潮惠海鲜渔港。
小区内部配套超市、地下停车场、露天停车位
日 15:49:08
阅读量：560
54000元/m?
77800元/m?
30500元/m?
75000元/m?
130000元/m?
110000元/m?
63000元/m?
36000元/m?
78000元/m?
AI智能电话机器人
商虫云拓客宝盒
手机微信云控系统
地区分站合作
网络技术输出
房产热门城市
CopyRight (c) 2017 找房网 AT58.COM 版权所有 深圳市汇德信息咨询有限公司 版权所有 v7.0 粤ICP备号-1
业务合作：400-106-2616 手机：135-（同微信） 邮箱：
扫一扫加我微信
扫一扫微信咨询两年后重读“凤凰项目”，我又有什么感悟
为什么要说“又”？
两年前的这个时候，读了“凤凰项目”一书，写了一篇“DevOps面面观”，没有做推广，阅读量出乎意料的好。
两年前，读到的是DevOps，是持续交付流水线，是运维自动化。
两年后，读到的是精益/TOC，是云，是价值交付流水线。
过两年如果再读，读到的也许会是教练，如何成为艾瑞克那样的尤达大师。
两年间，业界发生了可以说是翻天覆地的变化，云计算在当时看起来还是个趋势，至少在国内的落地还没有能看的那么清晰，那么成为绝对的趋势，还在讲公有云的安全，还在讲混合云的必要性。
两年前，对广罗大众而言，Docker刚刚兴起，K8s还未见踪影，微服务还在谈概念的阶段。
两年后，Docker、K8s、微服务已经成了DevOps三剑客，国内各家已经基于Docker搭建起CI/CD流水线，DevOps已经是热词，DevOps相关的形形色色的大会不下20场，连架构师峰会也要安排DevOps专场。
两年后，“凤凰项目”已经变成了沙盘游戏，而DevOps Master的认证也如火如荼。
两年前，我谈的是Dev2Ops，End2End。
两年后，我想说的是精益以及三步工作法。
DevOps起源于“一天十次部署”，以提高部署频度为抓手，（如果能成功生存下来）最终达到提升生产环境的可靠性、稳定性、灵敏性和安全性。
书中提到的“三步工作法”，与高德拉特的“目标”一书提到的约束理论TOC五个步骤，异曲同工，“凤凰项目”一书原本就是对“目标”的致敬，而我也才知道“目标”居然是MBA的课程之一，不懂精益的CEO不是好的CIO。
DevOps最终还是要服务与业务的，以最少的资源提供更多的业务价值交付，既保持竞争力，又控制成本，多快好省不是梦想。
DevOps根本上是一条价值流交付管道，一切脱离业务去谈IT效率都是耍流氓。IT的工作是“确保形成一条迅速、可预测、持续不断的计划内工作流，从而向业务部门交付工作价值，同时尽可能降低计划外工作的影响和破坏，提供稳定的、可预测的、安全的IT服务。”
”凤凰项目“，包括Gene Kim、Jez Humble等人的新书“DevOps Handbook”，重点是三步工作法。你关注什么就看到什么，再次阅读时看到的就是三步工作法中的精益思想。
建立从开发到IT运维再到客户的整个自左向右的工作流。帮助理解在工作从开发移向IT运维时该如何建立快速工作流。为了使流量最大化，需要小的批量规模和工作间隔，绝不让缺陷流向下游工作重心，并且不断为了整体目标（相对于开发功能完成度、测试发现/修复比率或运维有效性等局部目标）进行优化。
必要的做法：看板可视化、持续构建、持续集成、持续测试、持续部署，代码分支整合，按需创建环境，严控半成品，以及构建起能够顺利变更的安全系统和组织。不断降低周期时间，持续不断的降低批量规模，目标是单品流。
可视化价值流图，关键是描述现状，把日常做的事原原本本的写下来，暴露发现问题从而解决问题，而不是相互指责。
可视化一切：可视化工作流，可视化任务，可视化等待时间，可视化依赖，可视化运维监控。
瓶颈，约束点
保护约束点，根据瓶颈资源所能完成工作的速度来安排工作，在瓶颈之外的任何地方做出的改进都是假象，在瓶颈之前做出的任何改进都是徒劳的，因为只能干等着瓶颈把工作传送过来；在瓶颈之前做的任何改进则只会导致瓶颈处堆积更多的库存。
想想道路交通，堵点后面的道路通常是一马平川，而堵点前面都是要截流的，有交警敢敞开了放行么？
约束理论TOC
第一是确认约束点，这是大前提，如果约束点认错了，你懂得，”在瓶颈之外的任何地方做出的改进都是假象“；
第二是利用约束点，高效的利用约束点；利用约束点，并不意味着单纯的提高约束点的资源利用率，资源利用率是局部的优化，局部的思维方式，而精益/TOC，需要的是全局思维，更看重的是系统整体的吞吐率，即流动效率。“在产品开发中，我们的问题几乎从来不是停滞的资源（或不动的工程师），而是停滞的产品需求（用户价值）”，让价值流动起来。
第三是把约束点置于次要位置，Drum-Buffer-Rope，鼓点-缓冲-绳子，从高德拉特的TOC到大卫安德森的看板，同样一脉相传。
构建为运营而设计的系统，把非功能性需求考虑在内，包括要考虑易部署、安全性，并且可测试、可验证、会反馈。
关于”已完成工作“的定义Define of Done，同样的，需要考虑端到端，不只是编码完成、各类测试通过，同样要包括部署、运维完成，正常运行。此外，产生预期的业务价值或是业务反馈，也应该在DOD内。事实上，从一个DOD入手，就能深挖出DevOps的思想精髓。
建立价值流各阶段自右向左的快速持续反馈流，放大其效益以确保防治问题再次发生，或者更快的发现和修复问题。缩短以及放大反馈环路，从而在源头解决质量问题。这样我们就能在所需支出获取或潜入知识，从源头上保证质量。
必要的做法：在部署管道中的构建和测试失败时“停止生产线”；日复一日的持续改进日常工作；创建快速的自动化测试套装软件，以确保代码总是处于可部署的状态；在开发和IT运维之间建立共同的目标和共同解决问题的机制；建立普遍的产品遥测技术，让每个人都知道，代码和环境是否在按照设定运行，以及是否达到了客户的目标；A/B Testing，蓝绿部署，滚动升级。
不做什么比做什么更重要，Say No，无论是对人或事。系统中最大的浪费恰恰是开发了没人使用的功能。越快把功能推向市场接受考验，就越能获取反馈，消除不必要的浪费。
精益要求对用户的响应速度要快，用户的需求从进去到出来的时间要短，绝对速度要高，要有明确的衡量指标。同时，更要拼相对速度，相对于市场，相对于竞争对手。
精益的核心在于消除浪费，交付价值。如何消除浪费，很关键的就是需要从反馈中汲取经验，锻炼浪费以后能够快速识别出浪费的能力，同“反脆弱”一样的“反浪费”，不是不浪费，而是能从浪费中获益的能力。
关于“停止生产线”，借鉴精益生产中的Andon Cord 按灯拉绳系统，一旦发现质量问题，每个人都可以拉绳，也应该拉绳。按灯拉绳，不只是一个系统而已，背后是员工的责任感，主人翁精神，客户至尚的理念，以及安全感（知道任何拉绳造成的损失都不会被追究，反而被鼓励拉绳）。按灯拉绳不只是对外部客户，也同样适用于合作伙伴，以及内部团队之间，我们在亚马逊的领导力准则中也可以看到同样的思想。
创造公司文化，带动两种风气的形成：不断创世，这需要承担风险并从成功和失败中吸取经验教训；理解重复和练习是熟练掌握的前提。
建立文化，技能鼓励探索，从失败中吸取教训，又能理解反复的时间是精通工作的先决条件。
必要的做法：营造一种勇于创新、敢于保险以及高信任度的文化，把至少20%的开发和IT运维周期规划给非功能性需求，并不断鼓励进行改进。
改进日常工作比开展日常工作更重要。不断给系统施加压力，从而不断强化习惯并加以改进。系统里要经常出些故障，长此以往，再遇到困难就没有原来那么痛苦了。
“计划外工作”
第一，知道计划外工作从哪里来，从而在下一次做好计划；第二，如何看待计划外工作，排斥、恐惧还是坦然或者欣然接受。
计划外工作来临时，可以有两种表现：一种是在计划外工作的冲击下崩溃，就像小说中前2/3部分描述的；一种是经常的演练，从失败中吸取教训，优化改进，从而把计划外工作变成日常的训练过程，痛苦的事情一定要多做。
无论是加压测试也好，Chaos Monkey混世猴子也好，都与”反脆弱“理论不谋而合，从失败中获益。
把反脆弱融入到IT的日常中，把原本最让人头痛的部署日常化、平常话，每天10次部署，是2009年最先进的理念，到两年前亚马逊已经可以做到一天23000次。把每次出现问题当成学习改进的机会，像圣斗士一样，做不死的小强，不被同一个招式打倒两次。
把IT融入公司的日常运行中，融入到公司的业务内容中，最终做到大家意识不到IT的存在，IT无所不在又没有一个具体的IT部门，也许才是真正的境界。就像亚马逊贝佐斯一直强调的，真正好的客户服务，是没有（不需要）客户服务。
你的工作是什么？你所提供的价值是什么？对你而言，什么是美好的一天，什么是糟糕的一天？你的远期目标、近期目标以及评估指标是什么？这些指标与谁以及哪些部门有关，风险有哪些？
同样的，拿着这些问题去问问你身边的人，问问和你工作相关相互协作的部门接口人，问问你做什么能帮到他/她。
《凤凰项目:一个IT运维的传奇故事》 by Gene Kim
《目标》 by 高德拉特
《精益产品开发》 by 何勉
“DevOps面面观”by 姚冬
责任编辑：
声明：该文观点仅代表作者本人，搜狐号系信息发布平台，搜狐仅提供信息存储空间服务。
今日搜狐热点您当前的位置：&>&
该信息在十环招标网档案：
所在栏目：2018招标
十环招标网信息编号:624065
十环招标网转载自： 发布关于：2018项目】凤凰台项目沙盘制作及安装招 标招 标公告的信息
2018招标信息阅读方式:免费
招标公告信息说明
以下招标公告信息由:机构发布,从2018招标正文以下信息本站不做任何修改.
----------------------------------招标机构发布信息原文：-----------------------
标题:2018项目】凤凰台项目沙盘制作及安装招 标招 标公告
2018项目】凤凰台项目沙盘制作及安装招 标招 标公告
开标时间：
招 标人：南充商投置地有限责任公司
资金来源： 其它&
投资金额：50万元
1.招 标条件
本招 标项目业主为南充商投置地有限责任公司，资金来自业主自筹，项目出资比例为100%，招 标人为南充商投置地有限责任公司。项目已具备招 标条件，
现对凤凰台项目沙盘制作及安装项目进行公开招 标。
2.项目概况与招 标范围
2.1项目地点：南充市顺庆区白土坝片区西华路南侧。
2.3 总工期： 45 个日历天；其中，制作 40 个日历天，竣工验收合格 5 个日历天。
2.4招 标范围：凤凰台项目沙盘制作及安装（不含基座）。
2.5标段划分：一个标段。
3.投标人的资格要求
3.1须在中华人民共和国境内注册，独立法人资格。
3.2财务要求：近3年（2014年-2016年）无亏损。
3.3业绩要求：近1年来（日至今）至少有10个以&企业为单位&的业绩(注：一家企业旗下有一个或多个项目的算为一个业绩)。
3.4信誉要求：具备良好的商业信誉，能够承担履约中应承担的全部责任与义务。
3.5本次招 标不接受联合体投标。
4.招 标文件的获取
4.1凡符合资格要求的投标人，请于2018年 05 月 16 日至2018年 05 月 22 日（法定工休日、法定节假日除外），北京时间上午09时00分至下午16时00分持
下列材料报名并购买招 标文件。
4.1.1单位营业执照原件及复印件。
4.1.2单位介绍信。
4.1.3报名费：200元。
4.1.4 招 标人不提供邮寄服务。
4.2招 标人不提供其他任何报名和招 标文件获取的方式。
5. 投标文件的递交
5.1投标文件递交的截止时间2018年 06 月 06 日上午09:30；
5.2逾期送达的或者未送达指定地点的投标文件，招 标人不予受理。
项目联系人：辛 悦
手 机：137
------------------------------------招标信息结束----------------------------
-------------------------------------友情提示：--------------------------------
本站点所有信息全部免费浏览，来源于各地政府采购网站，本站不做任何修改以及联系方式屏蔽,其真实性需要使用者自己确认，十环网2018招标所有信息均为免费公开查询，不承担任何商业责任！如果2018招标有涉及到虚假和隐私信息，需要删除的请使用以下方式联系我们，我们将在第一时间处理！
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
无相关信息视频：通过灯光走动表现地产区域的沙盘-区位沙盘图
视频介绍：
通过灯光走动表现地产区域的沙盘-区位沙盘图