在每个工作周期开始时（冲刺），规划主要在开发团队的领导下进行。在每个 Scrum Daily 中，团队每天都会检查当前进度并进行重新调整。该周期以相关开发人员在评审会议上展示冲刺进度而结束。每个冲刺的最后一站是回顾，其中对工作、流程和工具进行严格检查，以确保持续适应和改进。开发团队在 Scrum 中无处不在。
新的敏捷方法通常在开发人员中非常流行，但并非每个员工都具有相同水平的敏捷成熟度和高度灵活性。责任和咨询服务应接受充分的培训。这不仅建立了 Scrum，而且还进一步使员工在日常生活的关 爱沙尼亚 whatsapp 数据 键方面实现专业化。经验丰富的 Scrum Master 或具有高水平敏捷经验的同事可以在这里起到事半功倍的作用。如果团队中的工作氛围培养得当，结果往往会有所改善。 3 至 9 名开发人员的团队规模增强了焦点和可见性。团队发展和心理学的基本见解可以在 Scrum 的幌子下找到，从而在项目的开发和执行中全面创造新的可能性和视角。
在博客系列的最后一部分中，我将再次强调 Scrum 历史，尤其是心态，因为它对成功做出了重大贡献。安全框架变得越来越重要
微服务架构中也存在着一个不完全新的趋势：框架、库和基础设施层（例如 Linux 内核中的容器功能）接管了以前必须通过应用程序开发部分实现的安全功能。
在现代环境中，安全功能越来越多地通过配置来增加，或者像 Spring Boot 那样被依赖管理解决方案所取代，而不是更长的自行开发的代码部分。这样做的一个很大的优点是可以重用代码中的安全关键部分。此外，开发团队还受益于这些框架的经验和改进。正确使用可以部分降低错误风险。因此可以更好地避免经典的实施风险。这个想法在某种程度上遵循了 Kerkhoff 原则，该原则指出加密函数不应自行设计和实现。相应的抽象当然也适用于其他主题 - 例如身份验证或授权管理。