DevOps需要哪些关键能力?新书预览《加速:精益软件和DevOps的科学》
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
敏于思捷于行
扫码关注公众号
扫码阅读
手机扫码阅读
01 - 书与作者介绍
《加速》一书讲述了通过四年研究,如何实现软件交付的加速和对公司价值的增加。书由DevOps领域的三位专家Nicole Forsgren、Jez Humble和Gene Kim合著。Forsgren是DevOps研究和评估的首席科学家,Humble与多部著作并在伯克利大学任教,而Kim是多本IT相关书籍的作者及IT Revolution的创始人。
02 - 能力度胜于成熟度?
《加速》指出,组织应在产品服务交付、市场感知、合规变化和风险响应上进行加速,重点在DevOps能力的度量和改进。书中强调了能力度量相对于成熟度量的优势,认为能力度模型更适合持续进步,强调个性化和灵活性,更关注成果而非过程或工具,适应技术和商业的持续变化。
03 - 关键能力与度量
书中提出了24个关键能力,用于不同类型组织的软件交付效能改进,并强调了基于全局成果的度量,而非局部输出。四大全局度量包括交付周期、部署频率、服务恢复时间和变更失败率,以区分不同效能水平的组织。最后,作者承诺在后续文章中逐一介绍这些能力。
文章结尾简要介绍了作者刘华,一位在全球500强银行工作的软件开发与交付负责人,同时是敏捷、精益、DevOps领域的专家,以及相关书籍和演讲经历。
敏于思捷于行
敏于思捷于行
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
敏于思捷于行的其他文章
刘华:我最近听到最对味的话,就是“先Scale down再Scale out”
当我们面临复杂问题时,首先要考虑scale down,能否能把规模变小,再看能否scale out,也就是所谓的水平扩展,去变成一个自治的群体。
做PO难,难于上青天
PO其实是敏捷交付里面最重要的角色之一,然而也是最难的角色。
面对长时间的排队,我却变得宽容了
“以客户为中心”、流程改进,是知易行难的过程。
刘华:公有云不仅是自建机房的替代品
如果仅把对公有云的运用停留在服务器、存储、网络这些基础设施层面,那便是极大的浪费。
To B的软件产品死结怎么解?
理论上,To B的软件产品就是服务于客户需求的,但现实往往并非如此。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线