《SAFe 4.0参考指南:精益软件与系统工程的规模化敏捷框架》一2.4 原则#4——通过快速集成学习环,进行增量式构建-阿里云开发者社区

开发者社区> 华章计算机> 正文

《SAFe 4.0参考指南:精益软件与系统工程的规模化敏捷框架》一2.4 原则#4——通过快速集成学习环,进行增量式构建

简介:
+关注继续查看

本节书摘来自华章出版社《SAFe 4.0参考指南:精益软件与系统工程的规模化敏捷框架》一书中的第2,第2.4节 作者[美]迪恩·莱芬(DeanLeffingwell),更多章节内容可以访问云栖社区“华章计算机”公众号查看。


2.4 原则#4——通过快速集成学习环,进行增量式构建

产品的集成点,是控制产品开发和提升系统的关键支点(杠杆点)。如果没有处理好集成点的时间,项目就会陷入困境。

——Dantar P. Oosterwal

增量式构建系统

在传统的方法中,根据“阶段–门限”进行开发,项目一开始就立刻投入成本,随后成本逐渐累积直到最终方案得以交付。通常,在项目执行期间极少交付实际价值,而是直到所有功能完成后才在最后一次性交付价值,有时候项目也会面临时间延期或者成本超支的问题。在开发过程中,一般很难收集到有意义的反馈,因为流程并不支持反馈收集;而且系统也并没有按照客户需求和能力的逐步提升进行相应的增量式设计和实现。风险在项目执行中会一直存在,直到项目结束,有时候甚至会进入到部署和客户最初使用环节。这种流程所导致的错误和问题,往往会破坏系统构建者和客户之间的信任关系。其实,系统构建者和客户也在努力调整这些问题,他们会在项目早期进行需求定义,并选择“最好的”设计,他们也会执行更加严格的“阶段–门限”评审。但是,使用这种流程所生成的解决方案,总会产生一些潜在的问题。这是开发流程中存在的一个系统级别的问题,所以必须从系统化的角度去解决这个问题。

集成点可以从不确定性中获取知识

精益系统构建者解决问题的方式与上述方法有所不同,他们并不是在项目早期选择单一的需求和设计方案,也并不假设这些设计是完全可行和满足要求的,相反,他们会基于一定范围的需求和多种设计选项(原则#3)进行一系列短周期(时间盒)的增量式解决方案构建。每一个时间盒都会产出一个可工作系统的增量,可以交给系统构建者和客户进行评审。后续的时间盒会在之前增量的基础上,逐渐交付演进的解决方案,直至最后发布。在集成点上,获取经验知识不仅仅是为了技术可行性研究,也可以得到最小可行解决方案或者原型,供市场验证、建立可用性、获取客户反馈等。在必要的地方,这些快速反馈点允许系统构建者找到一个采取下一步方案的“支点”,从而可以更好地服务于目标客户的需要。

根据意图设置集成点

基于节奏的集成点逐渐成为系统构建者的主要关注焦点,它可以根据特定的目标设计相应的开发流程和解决方案架构。每一个集成点都会创建一个“拉动事件”,拉动各种方案要素进行整体集成,即使只解决了系统的一部分目标也会进行集成。集成点也会将利益相关者拉动到一起,定期的同步有助于确保方案的演进,从而解决真正的问题和当前的业务需要,而不是仅仅依赖于在项目开始时建立起来的假设。每一个集成点都会根据技术可行性和当前的设计选项,将不确定性转化成经验知识,进而交付一定的价值,而且对于解决方案潜在可行性的经验知识,都是基于目标进行度量的(原则#5)。

通过更快的周期进行更快的学习

集成点是休哈特(shewhart)PDCA(Plan-Do-Check-Adjust)循环(参考资料[3])的一个实例,因此它可以作为控制解决方案开发中变异性的主要机制。

集成点越频繁,学习速度就越快。在复杂系统开发中,本地集成点用于确保系统中的每个元素和能力都能够服务于满足整体解决方案的目标,它也必须进一步集成到更高的系统级别中。系统规模越大,集成的层级就越多。系统构建者们明白:最高层级的、发生频率最低的集成点,提供了度量系统进展的唯一标准,他们也在努力尽可能多地实现这些集成点。所有的利益相关者也明白:如果集成点的时间没有控制好,项目就会陷入困境。但是即便是这样,及时获取经验知识也会有助于促进对范围、技术方法和成本的必要调整,也有助于更新交付时间让项目可跟踪,从而调整客户的预期。

参考资料

[1] Oosterwal, Dantar P. The Lean Machine: How Harley-Davidson Drove Top-Line Growth and Profitability with Revolutionary Lean Product Development. Amacom, 2010.

[2] Ward, Allan C. and Durward Sobek. Lean Product and Process Development. Lean Enterprise Institute Inc., 2014.

[3] Deming, W. Edwards. Out of the Crisis. MIT Press, 2000.

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
开源最佳实践:Android平台页面路由框架ARouter
为了更好地让开发者们更加深入了解阿里开源,阿里云云栖社区在3月1号了举办“阿里开源项目最佳实践”在线技术峰会,直播讲述了当前阿里新兴和经典开源项目实战经验以及背后的开发思路,在本次在线技术峰会上,阿里云资深开发工程师刘志龙分享了Android平台页面路由框架ARouter的技术方案、解决的问题以及在实际场景中的最佳实践。
43312 0
Python3 | Django后台管理框架Xadmin安装指南
Django是python的重量级web框架,写得少,做得多,非常适合后端开发,它很大的一个亮点是,自带后台管理模块,但它自带的后台管理有点丑,而Xadmin是基于bootstrap开发的一套后台管理框架,界面非常美观,只需几步就可以替换自带的Dja...
1248 0
《软件工程方法与实践》—— 第2章 软件过程 2.1 引言
大型软件的开发一直是开发人员和机构所面临的严峻的挑战,特别是软件危机出现以后,人们为了解决软件危机提出了各种各样的方法。从技术方面入手,这些方法直接影响了系统分析的思想,结构化程序设计成为程序设计的主流。人们从管理方面入手, 这些方法解决软件的一个核心问题,这就产生了软件工程的概念。
714 0
10059
文章
0
问答
来源圈子
更多
+ 订阅
文章排行榜
最热
最新
相关电子书
更多
文娱运维技术
立即下载
《SaaS模式云原生数据仓库应用场景实践》
立即下载
《看见新力量:二》电子书
立即下载