如何在架构中提现敏捷开发_如何在敏捷开发中解决数据和架构标准

如何在架构中提现敏捷开发

敏捷领导者和团队面临的挑战之一是如何在敏捷开发中定义和遵循数据，架构模式和标准。 人们认为，驱动数据和技术标准很困难，因为敏捷团队的冲刺通常需要两到四个星期的时间，并且产品所有者通常会使用优先功能来超额订购。 标准需要时间来制定； 跟进他们需要团队有足够的时间来计划技术实施。

在一个冲刺中执行并仅计划下一个冲刺的敏捷团队将很难使用标准来制定其开发计划。 如果不容易遵循或参考成文的标准，那么团队的效率就会降低，并且很难对新开发人员进行最佳体系结构和数据实践方面的培训。 就像是一个没有地图或GPS的森林小队徘徊； 他们也许能够到达下一个小路，但他们不知道自己是否正沿着一条理想的道路返回城镇。

[了解您的企业如何在敏捷开发中脱颖而出 。 | 将您的敏捷职业提升到新的水平： 如何提高您的Scrum Master技能 。 | 不确定“敏捷”的真正含义是什么？ InfoWorld 解释了敏捷方法 。 | 通过InfoWorld的App Dev Report新闻通讯了解编程方面的热门话题。 ]

需要注意哪些数据和体系结构问题

将数据和体系结构标准归为两类可能会有所帮助：

• 标准体系结构，例如数据模型，数据管道，启用微服务体系结构的技术 ，标准化的CI / CD（持续集成和持续交付）管道，或围绕新技术的概念证明。 这些需要前期工程工作。
• 标准做法，包括命名约定，测试要求，微服务接口标准和可用性模式。 这些指导敏捷团队如何实现功能和解决技术问题 。 它们可能还包括定义如何扩展数据模型，验证CI / CD管道改进或记录新的微服务端点的过程标准。

当标准需要工程工作时，最好在敏捷的积压工作中将此工作定义为史诗，功能和故事，并将其分配给适当的团队。 这些团队应将其他应用程序开发团队视为他们的客户，并应围绕其工作定义接受标准。 此开发的产品所有者可以是数据，应用程序或解决方案架构师，他们致力于提供易于敏捷团队使用并提供业务价值的组件。

另一方面，当标准向开发团队提供数据和体系结构指南时，则这些标准应构成开发人员如何实现用户案例的基础。 这将要求团队对这些标准有很强的运用知识，并且可能需要易于使用的知识库供团队负责人和成员查看。

敏捷开发需要持续计划

许多敏捷团队在冲刺开始时就举行他们的计划会议。 他们审查优先级的用户故事，对其进行估计，并致力于在冲刺期间对其进行处理。

当团队的优先事项对现有应用程序进行小的改进时，此方法将起作用。 但是，如果他们正在开发新功能并希望与数据和体系结构标准保持一致，那么及时的计划是不够的。 在冲刺即将开始之前，团队没有足够的时间来审查用户案例并一次坐下来使实施与标准保持一致。

追求标准的团队需要提前计划。 我更喜欢将冲刺开始时的会议称为“承诺会议”，在此会议上，团队将最终确定正在处理的故事。 在一个或多个“计划会议”中计划了计划实施这些故事的重要工作。

理想情况下，团队建立一个连续的敏捷计划流程，在该流程中，他们会不断审查史诗，功能和用户故事。 在计划执行之前，将需要更多计划时间的更复杂的工作项目计划了一个以上的冲刺，以便团队可以完成详尽的开发计划； 较小的物品可以更快地通过该过程。 最重要的是，早点开会可以减轻团队的时间压力； 因此，由于有足够的时间来计划实施，因此他们更有可能考虑标准。

开发参考架构和数据模型

协调敏捷团队的一种方法是开发描述当前状态，近期未来状态和长期目标的参考体系结构和数据模型。 这些图是开发团队的路线图，以便他们知道如何最好地将其实现与体系结构和数据标准保持一致。

记录的参考体系结构是单页图表，其中带有颜色代码和其他将当前状态与将来状态分开的符号。 为了使它们适合单个页面，架构师应定义相关组件的范围，并描述一个或多个应用程序的端到端服务。

参考数据模型可能包括多个图表，具体取决于组织中数据的使用方式。 它们通常包括以下内容：

• 描述业务实体，关系和基本交易的概念性数据模型。
• 一种用于将数据如何集中在数据湖或数据仓库中并用于分析，AI实验和数据可视化的分析模型。
• 数据集成模型，显示数据源，对从它们加载的数据执行的关键转换以及存储数据的主数据库。
• 一个服务模型，显示微服务和其他API如何连接到数据库。

这些图为敏捷团队提供了一个了解标准和未来方向的起点。 架构师应为它们补充更多详细信息，例如API文档 ，数据字典以及每种体系结构和数据组件的主题专家列表。

编写参考标准的验收标准

用户案例应描述需求的内容，原因和对象 。 理想情况下，产品负责人不应该是记录了故事应该如何实施，因为这是架构师，软件开发人员和测试人员定义的工作。 团队应负责提供功能，并确保实现符合体系结构，数据，安全性，开发和其他标准。

仅记录标准和参考体系结构不足以使团队遵守它们。 团队在开发代码和完整发行版方面承受着巨大的压力，因此评审标准并非总是首当其冲的。 架构师应负责审查用户故事，与团队会面以分享学习经验，并通过在故事中编写验收标准来使实施符合适当的标准。

另外， 软件开发经理应与团队讨论接受标准和标准 ，以确保他们遵循最佳实践，并确保实现与未来的体系结构和数据标准保持一致。

大型组织将不得不考虑多种方法来使敏捷团队适应数据和架构标准。 定义标准，在冲刺之前进行计划，编写由体系结构驱动的验收标准以及定义职责是一些实践，可以使团队提供与体系结构保持一致的新功能。

翻译自: https://www.infoworld.com/article/3433923/how-to-address-data-and-architecture-standards-in-agile-development.html

如何在架构中提现敏捷开发