敏捷原则的出现带来了如下思考:
- “持续关注卓越的技术和良好的设计可以提高灵活性。”
- “最好的架构、需求和设计都来自于自我组织的团队。”
-敏捷宣言
由于这些原则,人们理解团队在敏捷世界中不需要架构师的角色,所有的架构决策都应该分散并由团队负责。尽管我们100%同意这些原则及其解释,但我们不能否认理论与实践之间存在差距。因此,大多数架构决策都与业务不一致。那么,组织如何确保团队做出的技术决策符合业务目标呢?
在敏捷架构风险管理(AARM)方法中,架构师负责宣传团队和培训新的架构师。它包括四个阶段:
- 产品/业务战略:确定产品的战略目标。
- 优先考虑架构特征:定义架构特征以支持业务需求。
- 风险风暴:识别与架构相关的风险。
- 架构故事:创建由团队开发的架构故事。
产品/业务战略包括收集产品的战略计划。PO(产品负责人)需要回答以下问题:
- 产品的愿景是什么?
- 产品的使命是什么?
- 在以下功能中,选择五个应该优先考虑的功能:
以下是一个示例:
产品的使命是什么?
创造条件,使支付网关能够抓住每一个机会,更快地扩展业务,在重视客户和保护核心业务的同时实现成果最大化。
产品愿景是什么?
确保以用户体验为重点的流畅支付体验,为公司创造新的收入流,并通过全球可扩展的交易平台增加订单转化。
目前该产品的主要战略目标是什么?
- 增加利润
- 提高客户忠诚度
- 提高安全性
- 缩短上市时间
- 多样化或创造新的收入来源
确定架构特征的优先级包括从答案中映射架构特征。让最有经验的人参与架构实践是至关重要的,因为权衡既复杂又微妙。正确定义关键的架构特征对产品的成功至关重要。
对于支付网关示例,已经映射了以下特征:
下一步是确定架构特征的优先级。根据产品的背景和战略方向,与产品领导者举行会议,讨论当前最重要的功能。
目标是确定驱动决策的主要架构特征,遵循以下步骤:
- 确定前七个主要的架构特征;
- 在这七个中,选择前三名;
- 然后,识别隐含的特征,即未由业务目标指定或确定的特征。映射它们很重要,因为它们可以根据产品的时刻或业务目标的变化而成为指导特征;
- 最后,强调已映射的、目前不被视为优先事项的架构特征。
对于支付网关,优先级如下图所示。
一旦架构特征被映射并划分优先级,就到了识别架构中风险的时候了。为此,我们使用风险风暴,这是一种协作练习,用于确定特定特征内的架构/系统风险。在这里,需要注意的是,每次风险冲击会议都应该一次分析一个单一的架构特征,使参与者能够专注于特定的维度,避免与同一领域中确定的多个风险混淆。有了风险风暴的结果,团队可以创建架构故事,并在架构编码阶段添加到团队的积压工作中。
需要注意的是,敏捷架构风险管理将产品/业务的战略目标与团队日常工作中最相关的产品技术决策联系起来。通过这种方式,我们确保技术团队做出的所有决策都与战略目标直接相关。
此外,风险管理愿景不仅使我们能够以协作、结构化和优先的方式管理我们的架构对业务目标的遵守,而且还可以提前识别和沟通重要风险。因此,业务可以更好地了解技术和架构,而产品团队则可以获得自主权和卓越的技术。
工具书类
- Richards, Mark, and Neal Ford. Fundamentals of Software Architecture: An Engineering Approach. "O'Reilly Media, Inc.", 2020.
- Hewitt, Eben. Technology Strategy Patterns: Architecture as Strategy. O'Reilly Media, Incorporated, 2018.
最新内容
- 1 day 16 hours ago
- 1 day 16 hours ago
- 4 days 18 hours ago
- 5 days 7 hours ago
- 6 days 18 hours ago
- 1 week ago
- 1 week ago
- 1 week ago
- 1 week ago
- 1 week ago