所以基本上，对于我在 Sprint 规划期间需要考虑的所有事情：都有一个用户故事！
我必须承认我有一个很大的优势：我几乎不需要根据关键数据进行报告。因此，我创建所有这些额外的用户故事的事实不会打扰任何人。
由于我们的集成技能非常专业，而且工作量不大，且部分工作不可预测，因此我们选择了一个中央专家团队，作为其他团队的分包商。
我们的任务范围大致包括数据建模、API 管理和在集成平台上构建集成。由于不需要将集成专家分散到多个团队，我们就不必参加所有的 SAFe/Agile 仪式。因此，只需参加整合团队的一次每日站立会议，而不是参加其他 10 个团队的会议。而且我们自己的Daily是每周强制两次的，不然兼职人员就没有工作时间了。整合团队与其他团队之间的总体“联系”是通过 Scrum Master 进行的。一旦用户故事变得具体，集成专家就会直接与您联系。
数据建模的另一个优点是可以对中央数据模型有一个中央洞察。这样，您可以 喀麦隆 数字数据 保持结构的一致性，并且可以轻松地重复使用数据块。
与一个中心团队合作确实会带来一些后果：例如，我们没有产品负责人。我们的工作来自各个方面：
其他团队为我们创建的用户故事，
部署——原则上按照固定的时间表进行，但固定并不总是固定的，
测试支持和错误修复，
操作事故（票证）。
这是按可预测性递减的顺序排列的——并且通过与一个团队合作，这比所有团队成员分散在整个项目中更容易平衡。
细化执行不明确？除掉它！
嗯，你不一定能通过这种方式交朋友。但是你必须严格控制你的作业（用户故事）的质量要求。它们应该足够清晰，以便能够做出评估并能够发现它们。这不一定是相同的：添加两个字段在工作量方面很容易估计，但直到您知道哪些字段时，您才真正能够开始。其他团队通常会在他们自己的用户故事上花费比我们更多的时间和精力。例如，它们在程序上不完整。而没有（希望）Sprint 的用户故事或不属于我们团队的用户故事根本不会出现在我的概述中。然后他们就没有被安排和逮捕。