怎样在敏捷开发中做到“事半功倍”
- 2022-03-24 10:47:43
- Isaac Sacolick
- 转贴：
- 微信公众号
- 2915
在一个敏捷迭代中执行，并且只计划下一次敏捷迭代的敏捷团队将很难使用标准来制订他们的开发计划。 如果不容易遵循或者引用文档化的标准，那么团队的效率就会降低，并且很难针对最佳体系结构和数据实践对新开发人员进行培训。这好比一支没有地图或者GPS的队伍在森林里走散了；他们也许能到达下一个路口，但他们不知道自己是否正沿着一条最佳路径返回镇上。
把数据和体系结构标准分为两类是比较合适的：
- 标准体系结构，例如，数据模型、数据管道、实现微服务体系结构的技术、标准化的CI/CD（持续集成和持续交付）管道，以及围绕新技术的概念验证等。这些都需要前期的工程工作。
- 标准实践，包括命名约定、测试需求、微服务接口标准和可用性模式。以上这些指导敏捷团队怎样实现功能并解决技术难题。还可能包括定义怎样扩展数据模型、验证CI/CD管道改进效果，以及记录新微服务端点的流程标准。
另一方面， 当标准向开发团队提供数据和体系结构指导时，这些标准应该成为开发人员怎样实现用户故事的基础。这就要求团队深入了解这些标准；也许还需要一个易于使用的知识库，供团队领导和成员审阅。
二、敏捷开发需要持续的计划
很多敏捷团队在敏捷迭代开始时会召开计划会议。他们审查按优先级排列的用户故事，评估这些故事，并承诺在敏捷迭代期间处理它们。当团队按照优先级对现有应用程序进行小的改进时，这种方法很有效。但是， 如果他们正在开发新功能，并且希望与数据和体系结构标准保持一致，那么即时计划是不够的。在敏捷迭代即将开始之前，团队没有足够的时间在一次会议上审查用户故事，检查实施与标准是否保持一致。
按照标准向前推进的团队应提前做好计划。我 更倾向于在敏捷迭代开始时召开名为“承诺会议”的会议，让团队确定他们要处理什么样的故事。将计划实施这些故事的重要工作安排在一个或者多个“计划会议”中。
三、开发参考体系结构和数据模型
协调敏捷团队的一种方法是开发描述当前状态、近期未来状态和长期目标的参考体系结构和数据模型。 这些图表可以作为开发团队的路线图，以便他们知道怎样更好地将其实施与体系结构和数据标准保持一致。
文档化的参考体系结构是带有颜色代码和其他符号的单页图表，分清楚当前状态和未来状态。为了把它们放在一个页面上，架构师应该定义相关组件的范围，并描述一个或者多个应用程序的端到端服务。 参考数据模型可能包括多个图表，具体取决于数据在组织中的使用方式。它们通常包括以下内容：
- 一种概念数据模型，用于描述业务实体、关系和基本会话。
- 一种分析模型，分析数据怎样集中在数据湖或者数据仓库中，用于分析、人工智能实验和数据可视化。
- 一种数据集成模型，显示数据源、对从数据源加载的数据执行的关键转换，以及存储数据的主数据库。
- 一种服务模型，显示微服务和其他API怎样连接到数据库。
四、编写参考标准的验收标准
用户故事应描述需求的内容、原因和对象。理想情况下，产品所有者不应记录故事是怎样实施的，因为这是架构师、软件开发人员和测试人员的工作。团队应该负责交付功能，并确保实施满足体系结构、数据、安全性、Devops和其他标准。
仅仅记录标准和参考体系结构还不足以让团队遵守它们。团队在开发代码和完成发行版方面承受着太大的压力，因此审查标准并不总是首要任务。架构师应该负责审查用户故事，与团队开会共同学习，并通过在故事中写入验收标准，使实施与适当的标准保持一致。此外， 软件开发经理应与其团队讨论验收准则和标准，以确保他们遵循最佳实践，保证实施与未来的体系结构和数据标准相一致。
规模较大的部门应考虑通过多种方法来促使敏捷团队遵循数据和体系结构标准。 定义标准、在敏捷迭代之前进行规划、编写体系结构驱动的验收标准，以及定义职责——只有采用这些实践措施，团队才能够交付符合体系结构要求的新功能。
文章分类
联系我们
- 联系人：阿道
- 联系方式： 17762006160
- 地址：青岛市黄岛区长江西路118号青铁广场18楼
投稿邀请
如果您有优秀的原创文章，欢迎添加联系人直接与我们联系，或通过下方邮箱发送投稿文章，一经采用，我们会付以一定的稿件报酬。
- 投稿邮箱： yanruiyu@easycorp.ltd
- 投稿标题：向 [敏捷开发] 网站投稿
- 稿件要求：与敏捷开发相关的任何内容
更多投稿相关请点击 更多进行了解~
