DevOps关键能力之产品和流程 - 重磅新书预览《加速》
“ 产品和流程方面需要哪些关键能力呢?”
本文是重磅新书《加速》读后感系列文章的续篇。在前文中,我们提到DevOps有24个关键能力、持续交付的8个关键能力以及架构方面的2个关键能力。
01
—
产品开发
近年来,“敏捷”在方法论的混战中占据了上风。然而,我们知道,业内充斥着大量的“假敏捷”。
精益过程认可敏捷方法。以下4个因素是决定产品开发过程是否精益的重要参考:
团队是否能把产品和特性切分成能在一周内完成和频繁交付的小特性,包括是否能构建出最小可用产品(MVP)。
团队是否充分理解业务流程,是否对所需要的产品和特性有充分的感知。
组织是否主动和定期地获取客户反馈,并把这些反馈反映到产品的设计中。
开发团队是否被授权自行制定和修改开发规范,而不需要额外的审批。
分析指出,这些因素将极大地提升软件交付效能,并改善组织文化和减少摩擦。小批量的交付与用户行为探索将同时进行,产生更棒的软件产品,从而提升整个组织的生产力。
02
—
关键能力
收集和落实客户反馈
敏捷开发的其中一个重点是在开发过程中不断收集客户反馈,包括在早期把反馈结合到产品设计中。这将帮助开发人员收集充分的信息并赋能他们交付出客户想要的软件产品。
收集客户反馈有很多方法:定期采集客户满意度指标,主动收集客户对产品和特性的看法。通过价值流图可视化业务流程
把业务流程可视化出来,包括软件产品和特性的在价值流中实现的情况。小批量交付
把大而复杂的需求拆解成更小的、可以快速开发的特性,从而实现频繁交付。小批量交付意味着更短的交付时间和更快的反馈。助力团队试验
团队被允许试验一些全新的想法。无需额外审批,自行制定和修改开发流程。这些因素将引领组织效能的提升和持续交付的能力。
当然,团队不应该在试验性工作上“为所欲为”。这些工作应该借助小批量交付、可视化工作流以及在产品设计中结合客户反馈等实践,确保团队进行基于反馈的、理由充分的、对业务有利的改进。
前面几篇文章都是针对具体实践的一些关键能力,而DevOps转型中最重要的文化能力,将在后续文章介绍,敬请留意。
部分内容翻译自Ariana [email protected]的撰文。
前期系列文章:
DevOps需要哪些关键能力?新书预览《加速:精益软件和DevOps的科学》
DevOps关键能力之持续交付 - 新书预览《加速:精益软件和DevOps的科学》
DevOps关键能力之架构篇 - 新书预览《加速:精益软件和DevOps的科学》
关于作者
刘华(Kenneth)
就职于世界500强银行,负责基金服务业务软件开发与交付
敏捷、精益、DevOps专家
精通极限编程、Scrum、看板方法、测试驱动开发、持续集成、行为驱动开发、DevOps工具栈
曾在GDevOps、DevOpsDays Meetup、中国软件技术大会、ArchSummit等论坛发表主题演讲
著有《猎豹行动:硝烟中的敏捷转型之旅》一书
小说体敏捷/DevOps转型教科书
和实战经验分享
购书指南
—
纸质书、电子书在京东、当当、亚马逊、微信读书等渠道已全面上架,搜索关键字“猎豹 敏捷”即可找到。点击阅读原文可直接购书。
有声书已登录喜马拉雅、微信读书,适合路上听书的你。
关注公众号看其他原创作品
觉得好看,点个“在看”或转发给朋友们,欢迎你留言