Scrum Archives - 第3页共7页 - IT 观察者随笔

您的敏捷团队：太大还是太小？

大多数敏捷和Scrum培训课程都提到了7+/-2规则，也就是说，敏捷或Scrum团队应该是5到9名成员。 Scrum爱好者可能记得，Scrum指南中说Scrum团队不应少于3人或多于9人。这个经验法则从何而来？为什么？

LeSS是由Bas Vodde和Craig Larman根据扩大Scrum规模的实践经验创建的，于2014年成立了LeSS公司。LeSS（大规模Scrum）的核心是 “用LeSS更多 “的原则。复杂的产品开发并不要求复杂的解决方案。它需要深入了解问题的本质，然后用更简单的解决方案来解决这些问题。

我们在软件开发中总是会遇到这些术语。有时人们一块软件的功能–需求/用例，积压项目….。软件人员使用这个或哪个的惯例是什么？

在软件开发中，通常的 “估算 “包括对执行特定开发任务所需工作的定量评估；这通常以工期（小时/天）或估计单位（故事点）来表示。其目的是将一些单独的估计合并起来，以获得软件项目的总工期、工作或成本的指示。

在2011年夏天，Ken Schwaber和Jeff Sutherland修订了他们的Scrum指南。在该指南中，他们删除了Scrum所知道的一个长期存在的行为，即团队对产品所有者和客户的承诺。承诺被预测所取代。他们说，团队可以预测他们的工作，但不能承诺。

完成的定义（DoD）是一个用户故事必须遵守的要求列表，以便团队将其称为完成。而用户故事的验收标准由一组测试场景组成，这些测试场景需要被满足，以确认软件是按预期工作的。

每个冲刺阶段结束时都会有一个由两部分组成的冲刺回顾会议。这样的会议以客户回顾和演示开始，以团队回顾结束。这两个部分都发生在冲刺的最后一天。冲刺回顾的重点是 “检查 “和 “调整 “增量（潜在可发货），而冲刺回顾则更注重冲刺过程中的 “检查 “和 “调整”。

INVEST提醒我们，一个高质量的产品积压项目（PBI）（或用户故事）通常是以用户故事的形式写成的。但什么是好的用户故事的特征呢？缩写 “INVEST “可以提醒你，好的故事应该是

在过去的20年中，什么被证明是Scrum的优势？什么应该是Scrum在未来20年的重点？到目前为止，Scrum中最让你沮丧的是什么？是什么让你与Scrum联系在一起？什么是可以添加到Scrum中的一个小改进？

在一个设计精美的Scrum过程画布中无缝地浏览整个Scrum过程。快速、轻松、无缝地执行Scrum活动。让整个团队充分参与。我们的敏捷软件使敏捷项目简单而有效。