#Reading #DevOps
《DevOps实践指南》第五章·选择合适的价值流作为切入点
绿地项目还是棕地项目,交互型系统还是记录型系统。
谨慎地选择DevOps转型的切入点,在组织的某些领域内进行实验、学习并创造价值,不会给整个组织带来不可逆的后果。同时,通过这种方式,我们能够建立稳固的群众基础。
绿地项目通常是指一些试点项目。
棕地项目是指那些已经服务客户的成熟产品或服务。
棕地项目在转型时可能会面临巨大的阻碍,特别是没有自动化测试,或者紧耦合架构导致团队无法独立开发、测试和部署。
记录型系统的变化速度通常较慢,并且有监管和合规性要求(例如SOX)。高德纳公司称这种系统为“类型1”,侧重于“做得正确”。
交互型系统的变化速度通常较快,因为它需要快速响应反馈,通过实验找到最能满足客户需求的方式。高德纳公司称这种系统为“类型2”,侧重于“做得快速”。

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Insutanto

Insutanto Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @insutantow

31 Mar
#Reading #DevOps
《DevOps实践指南》第四章·第三步: 持续学习与实验原则
价值流的核心是建立高度信任的文化。每个人都是持续学习者,在日常工作中承担风险;科学的改进流程和开发产品,从成功和失败中积累经验教训,识别有价值的想法。局部经验会快速转化为全局改进,帮助整个组织尝试和实践新技术。
为日常工作的改进预留时间,从而进一步促进和保障学习。
通过不断向系统加压的方式,来强化持续改进。在可控的情况下,甚至通过在生产环境里模拟或者注入故障来增强弹性。
1.建立学习型组织和安全文化
技术价值流中,通过努力打造安全的工作系统,能建立起生机文化的基础。在意外和故障发生时,关注如何重新设计系统,从而防止事故复发,而不是去追究人的问题。
Spear博士认为,消除指责能够有效实现学习型组织,使“组织自我诊断和自我优化,并能熟练地定位和解决问题”。 Image
Read 7 tweets
30 Mar
#Reading #DevOps
《DevOps实践指南》第三章·第二步: 反馈原则
反馈原则使得价值流在从右向左的每个阶段中能够快速、持续地获得工作反馈。
1.及时发现问题
2.群策群力,战胜问题获取新知
3.在源头保障质量
4.为下游工作中心而优化
Steven Spear的论文认为,我们可能无法设计出绝对安全的系统,但以下措施能让复杂系统更安全地工作:
管理复杂的工作,从中识别出设计和操作的问题;
群策群力解决问题,从而快速地构建新知识;
在整个组织中,将区域性的新知识应用到全局;
领导者要持续培养有以上才能的人。
mitsloan.mit.edu/shared/ods/doc…
及时发现问题:
在技术价值流的每个阶段(包括产品管理、开发、QA、信息安全和运维),建立快速的反馈和前馈回路。包括创建自动化的构建、集成和测试,尽早检测出可能导致缺陷的代码变更。
建立全方位的监控系统,快速探测服务的意外情况。度量是否偏离了预期目标,并将监控结果辐射到整个价值流。
Read 6 tweets
29 Mar
#Reading #DevOps
《DevOps实践指南》第二章·第一步:流动原则
本章要描述的第一步工作法,就是建立从开发到运维之间快速的、平滑的、能向客户交付价值的工作流。
1.工作可视化
2.限制在制品数
3.减小批量大小
4.减少交接次数
5.持续地识别和改善约束点
6.消除日常工作中的困境和浪费
工作可视化:
通过这种方式(可视化工作板,如看板和sprint计划板),不仅能将工作内容可视化(能识别工作在哪里流动、排队或停滞),还能有效地管理工作,加速其从左至右的流动。还可以通过卡片从在看板上创建到移动至“完成”一列的时间,度量出工作的前置时间(工单创建后开始,到工作完成时结束)。 可视化工作板,图片来自DevOps Handbook
限制在制品数:
研究表明,即便是完成简单任务,如将各种几何形状分类,当同时执行多个任务时,效率也会显著降低。
技术工作通常是动态的,团队必须要同时满足很多利益干系人的需求,这导致临时安排控制了日常工作。
通过限制在制品数,还能更容易地发现工作中的阻碍。
Read 7 tweets
4 Feb
#Reading #DevOps
"不管我们做出怎样的尝试,事情似乎总是变得越来越糟糕——面对日新月异的市场竞争,我们不再能够快速响应,也无法为客户提供稳定、可靠的服务。我们最终因此失去了市场。"——《DevOps实践指南》
所以DevOps一定程度上会加重内卷?“掌握”了DevOps的团队效率会更高,迭代速度更快,导致“没掌握”DevOps的团队加班加点?DevOps拯救世界🤣
#Reading #DevOps
“DevOps基于精益、约束理论、丰田生产系统、柔性工程、学习型组织、安全文化、人员优化因素等知识体系,并参考了高信任管理文化、服务型领导、组织变动管理等方法论。把所有这些最可信的原则综合地应用到IT价值流中,就产生出DevOps这样的成果。”
Read 5 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!

:(