分类： Agile Project Management

无论一个团队是在开发一个产品还是一个项目，我们都需要回答一个问题：”我们什么时候能够完成它？” ，或者说我们在某个时间点上能走多远，所以和传统的开发模式一样，我们需要在项目开始前估计工作量。敏捷估算是对完成产品积压中的优先任务所需的努力进行估算的过程。这种努力通常是以完成该任务所需的时间来衡量的，这反过来又导致了准确的冲刺计划。

产品积压列出了产品发布所需的所有特征、功能、要求、改进和修复。产品积压项目具有描述（适当的详细）、故事点（估计）和订单（优先）的属性。它们必须在积压项目中不断添加、删除和更新（Emergent），并及时、适当地反映团队对积压项目的理解。

敏捷开发是一种以人为本的、迭代的、渐进的开发方法。在敏捷开发中，一个软件项目的建设被分为多个子项目，每个子项目的成果都经过测试，具有集成和运行的特点。换句话说，一个大项目被分为多个小项目，这些项目相互关联，但也可以独立运行，分别完成。在这个过程中，软件始终处于可使用的状态。

LeSS是一个轻量级的敏捷框架，用于将Scrum扩展到一个以上的团队。从2005年开始，Bas Vodde和Craig Larman在大规模项目中使用Scrum原则和规则后，开发了LeSS框架。他们的目标是在保持Scrum的约束条件下成功开发大型项目。

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