大多数集成需要两部分：数据建模和构建集成。一开始，这两个部分通常安排在两个连续的 Sprint 中，或者以六周的时间为前置时间。这有时会有点伤人......这就是为什么我们改为每周进行细粒度的规划。在 Sprint 规划期间，我们将所有用户故事放在 Sprint 的特定周内（这很简单，大多数用户故事需要 1-3 天的工作）。这意味着我们通常可以在一个 Sprint 内完成所有工作，有时甚至可以让请求团队在第三周安排相关工作。团队对此非常热情，他们现在希望每天都进行规划。这是不可能的，因为兼职时间不同且有临时活动，但这是一个值得欢迎的回应！
结论
不要为了框架或方法而执着于框架或方法。当它开始成为一个问题时 币安数据 ——不只是对您自己的团队，而且对其他团队也是如此——您必须找到另一种解决方案。到处挑选最好的选择，找到最好的工作方式。使用或创建您（需要）的灵活性，并且不要忘记“常识”框架。将其应用于各处！
融合助力
您是否需要整个整合团队，或者如果有人关注您的工作方式以进行优化驱动是否有价值？我们很乐意利用我们多年的知识和专家团队来减轻贵组织的集成负担。请联系我们，进行一次探索性会议，我们将共同讨论如何为您提供最好的支持。
该图表可用来确定集成能力的范围。更具体地说，该图的范围是应用程序级别，我称之为核心集成功能（CIC）。所有其他与集成相关的功能（如流程管理、超级自动化、数据中心等）都应被视为利用 CIC 但不是 CIC 一部分的功能，因此需要单独的人员、流程和材料维度以及资金。
该图可以（应该）作为您的集成平台架构的基础。
该图表应集成一般原则、框架和指南
凭借现有的业务集成能力，您可以帮助企业为其业务问题选择正确的集成能力（尤其是当您将“共享业务信息”业务功能扩展为与规模和时间相关的子功能时）。这些子功能应该与三大‘共享数据’集成应用功能相匹配。
在设计集成解决方案时使用应用程序集成功能，并对所有使用特定集成功能或依赖于某些 i-SBB 的解决方案进行设计时注册。我将在下一篇文章中向您展示如何操作。
使用现状和未来的 i-ABB 到 i-SBB 景观视图定义目标集成架构、后续集成路线图和迁移策略。
可以根据 Togaf 基于能力的规划使用并作为其一部分
与以前一样，您可以通过 architool 存储库获取这些图表及更多内容。请给我写封信。