Spotify敏捷模型正在快速增长的组织中获得认可。 它为专注于创新，创造力和快速向市场交付工作而不是扩大管理层的初创企业和已建立的组织同样设置了标准。
在小组级别，团队选择自己的敏捷模型。 他们尝试对其进行调整，以适应当前的工作方式。 他们致力于通过最少的依赖关系和最小化风险来定期交付的方式。 每个小队都在使用敏捷的生命周期管理工具，并希望继续使用它。 但是，随着公司规模的扩大和更多团队的加入，整个组织的复杂性就会增加。
在上一个博客中，我们讨论了Spotify组织的结构。 在这里，我们揭示了使用Spotify模型扩展团队的挑战，以及如何使团队工作变得复杂。
“保持自主，但不要进行次优！”
Spotify敏捷模型中每个班级的关键原则。 每个小队都有自己的使命，但需要与产品策略和组织优先事项保持一致。 为了消除过于专注于小队的任务和忽视整体产品策略的风险，需要正确地进行调整。
团队需要一种使部落的所有团队与产品管理人员和利益相关者同步的方法。 为了确保这种一致和协作，Kendis提供了一种有效的解决方案。
通过使用Kendis中的Spotify敏捷模型模板，小组和产品经理可以调整并跟踪他们的工作进度。 这是通过在Flex板上规划功能和用户案例以及使用Webhooks与敏捷团队工具同步数据来完成的。
Kendis计划规划委员会正在讨论3个小队和3个短跑的工作
在某些组织中，Chapter和Tribe Leads可以制作自己的伸缩板，以阐明小队的工作与共同的愿景和策略保持一致。
Spotify敏捷模型可以有效地保持稳定的开发速度，从而使团队更快地发布。 但是，如果某个功能丢失并且从未成为发布的一部分怎么办？ 同样，Kendis是解决方案。
Kendis参与其中，可以快速规划并彻底跟踪这些版本。 它呈现了发布计划的所有计划内容和实际内容的可视化。
依赖关系存在，无论Spotify敏捷模型如何工作以最小化它，即使这些功能尽可能保持彼此独立。
依赖关系必须可见。 班组长负责处理有问题的依赖性，尤其是阻塞和跨部落的依赖性。 如果不及早发现它们，通常会导致对体系结构更改或技术解决方案进行优先级排序和重组。
Kendis清楚地显示了映射的依赖关系。 可以设置每个依赖项的状态，并可以用不同的颜色表示。 这增强了整个项目的管理和可见性。
如果需要协调来讨论依赖关系，那么Kendis依赖关系映射板将为您提供很大的帮助。 依赖关系映射可指导小队解决问题所在。 当涉及到小队，各章和部落之间的依存关系时，情况可能会出现问题。 为了处理部落之间的技术和产品依存关系，Kendis通过提供线程的清晰图片来帮助管理并使其正常运行。
分会负责人与他们的团队成员定期会面。 这是为了理解和支持团队成员实现目标。
潜在客户很难大致了解“个人团队”产品策略及其进展。 分会负责人只有在了解团队能力的情况下，才能更好地计划和指导团队成员。 特别是当分会成员在不同的小组工作时。
在Kendis中，任何人都可以创建单独的董事会并添加团队成员。 在这种情况下，分会负责人可以使用它与成员实时讨论进度。 他们可以解决团队正在经历的挑战和问题。
为了处理依赖关系并减轻风险，Scrum Master聚集在一起以解决团队中的问题。 Kendis董事会使这种同步变得容易，他们可以通过查看从每个班级日常任务管理工具中获取的实时数据所支持的全局来讨论问题。
跟踪体系结构问题是必要的。 在Kendis中，首席架构师可以创建一个董事会来跟踪架构需求，并根据程序愿景实施这些需求。 与产品管理人员讨论后，将这些要求添加到产品组合板中。 在另一个团队中，系统所有者可以从这些体系结构要求中受益，并通过产品功能和价值流可视化其依赖性。
使用Kendis的团队非常满意。 在更改策略，体系结构，流程，组织或功能集时，他们很放心。 Kendis提供了与多个敏捷生命周期工具的集成，可以无缝地使他们同步小队，部落和整个联盟的进度。 目前，小队正在使用Jira软件作为其日常项目管理工具，并且Kendis很好地集成了与Jira同步的数据。
Kendis提供有关处理和管理依赖项以及产品管理的见解。
它在支持任何组织结构方面都是灵活且可定制的。 它不将其用户限制为特定的工作流程。
要了解有关Kendis的更多信息，请联系我们。
