领导多个敏捷团队而不牺牲理智
在理想的敏捷世界中，Scrum Master只照顾一个Scrum团队。但是，这并非总是可能的，因此他不得不在许多团队之间分配时间。在本文中，亚历山大·查韦斯（Alexander Chaves）分享了一些如何领导多个敏捷团队而不致发疯的技巧。
文章
关于Scrum和敏捷项目管理的文章
敏捷软件开发中的客户KPI
指标是诸如Scrum之类的敏捷软件开发方法的重要组成部分。但是，它们像速度一样，更经常地专注于交付团队的绩效。顾客呢？在本文中，Fabio Gasparri讨论了对客户重要的关键绩效指标（KPI）。
产品所有者的10个常见错误
没有优秀的产品负责人，Scrum团队将无法交付价值。对我来说，这是最重要的角色，要在可能导致团队成功的长期业务愿景与接收客户反馈后适应变化的能力之间保持敏捷的平衡并不容易。在本文中，ZuziŠochová分享了产品负责人最常见的错误列表。
如何克服人们对成为T型的抵抗
T形技能是一个比喻，用于描述在特定领域中具有较深的垂直技能以及在其他领域中具有较广泛但不一定的较深技能的人。这是跨职能Scrum团队的基础，但是人们可以抗拒。了解为什么以及如何做才能改变这一点。
ScrumMaster最常见的错误
ScrumMaster角色无疑是Scrum在软件开发团队概念中最原始的添加。 ScrumMaster应如何以及与团队一起参与多少是敏捷社区中辩论的主题。 Isn’Scrum团队最初应该是自发组织的吗？在本文中，The Great ScrumMaster的作者ZuziŠochová分享了她对ScrumMasters常见错误的看法。
价值导向的增量交付
有时，采用敏捷方法的组织大多遵循Scrum惯例（如仪式）。他们可能每天举行站立会议，但没有意识到真正的目标是为客户快速交付价值。 Vinod Santhanam在一篇文章中解释了价值导向的增量交付（Void）方法如何帮助敏捷团队实现这一目标。
从第一天开始Scrum需要测试人员的4个理由
在Scrum团队中，有三个角色：产品负责人，开发团队和Scrum主管。没有明确提及软件测试人员，有些人可能会质疑在Scrum团队中是否确实需要测试专家。在完成了多个项目之后，Eric Delahaye发现了它们并与我们分享了四个理由，为什么它们应该在第一个Sprint Planning中就被包括在内。