如何在敏捷开发中处理数据和架构标准？
极客时间编辑部
讲述：初明明大小：4.26M时长：04:39
日前，公众号“计算机世界”编译了 StarCIO 主席艾萨克•索科利克（Isaac Sacolick）的一篇文章，索科利克认为，敏捷开发面临的最大挑战是怎样定义并遵循数据、体系结构模式和标准。以下是重点内容，希望对你有所帮助。
需要注意的数据和体系结构问题
通常，数据和体系结构标准可以分为两类：
1. 标准体系结构
例如数据模型、数据管道、实现微服务体系结构的技术、标准化的 CI/CD 管道以及围绕新技术的概念验证等。
2. 标准实践
包括命名约定、测试需求、微服务接口标准和可用性模式，还可能包括定义怎样扩展数据模型、验证 CI/CD 管道改进效果，以及记录新微服务端点的流程标准。
当标准需要工程工作时，最好将此工作定义为敏捷产品需求项中的长故事、特征和用户故事，并将它们分配给合适的团队。这些团队应将其他开发团队视为客户，并围绕他们的工作定义验收标准。
另一方面，当标准向开发团队提供数据和体系结构指导时，这些标准应该成为开发人员怎样实现用户故事的基础。这就要求团队深入了解这些标准，也许还需要一个易于使用的知识库，以供团队领导和成员审阅。
敏捷开发需要持续的计划
很多敏捷团队在敏捷迭代开始时会召开计划会议，审查和评估按优先级排列的用户故事，并承诺在敏捷迭代期间处理它们。这个方法对于小的改进很有效，但如果是开发新功能，并且希望与数据和体系结构标准保持一致，那么这种即时的计划是不够的。因为在敏捷迭代即将开始之前，团队没有足够的时间在一次会议上审查用户故事，检查实施与标准是否保持一致。
正确的做法是要提前做好计划。你可以在敏捷迭代开始时召开名为“承诺会议”的会议，从而让团队成员确定他们要处理什么样的故事，然后再将这些重要工作安排在一个或者多个“计划会议”中。
建立一个持续的敏捷计划过程，可以让团队成员不断审查长故事、特征和用户故事。对于更复杂的工作项，可以安排多次敏捷迭代，把一个大项目分成多个小项目，每个小项目完成的时间很快，团队的压力也会小一些，这样才能有足够的时间来计划实施，也更有可能去考虑标准。
开发参考体系结构和数据模型
协调敏捷团队的一种方法是，开发描述当前状态、近期未来状态和长期目标的参考体系结构和数据模型。
参考数据模型可能包括多个图表，它们通常包括以下内容：
一种概念数据模型，用于描述业务实体、关系和基本会话；
一种分析模型，分析数据怎样集中在数据湖或者数据仓库中，用于分析、人工智能实验和数据可视化；
一种数据集成模型，显示数据源、对从数据源加载的数据执行的关键转换，以及存储数据的主数据库；
一种服务模型，显示微服务和其他 API 怎样连接到数据库；
这些图表可以作为敏捷团队理解标准和未来方向的起点，架构师应该为这些模型补充完善更多的细节。
编写参考标准的验收标准
敏捷团队应负责交付功能，并确保实施满足体系结构、数据、安全性、DevOps 和其他标准。如果仅仅记录标准和参考体系结构的话，团队会承受太大压力。架构师应该负责审查用户故事，与团队开会共同学习，并通过在故事中写入验收标准，使实施与标准保持一致。此外，软件开发经理应与团队讨论验收准则和标准，以确保他们遵循最佳实践，保证实施与未来的体系结构和数据标准相一致。
规模较大的部门应考虑通过多种方法，来促使敏捷团队遵循数据和体系结构标准。定义标准、在敏捷迭代之前进行规划、编写体系结构驱动的验收标准，以及定义职责。只有采用这些实践措施，团队才能够交付符合体系结构要求的新功能。
以上就是索科利克的观点，你是否认同呢？
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论