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