从头开始创建SCRUM，没有建立基本框架？

我们是一个由5人组成的小组，即将开始一个新项目。这是我们将全力以赴地进行的第一个项目。

我们正在为如何建立项目基础（框架等）而苦苦挣扎。这些任务不是用户直接受益的任务，因此我们很难弄清楚如何为它编写用户故事。

因此，总的来说，当您从头开始没有框架且没有基础库的项目时，如何使用scrum？

我认为，很多敏捷方法都无法很好地处理通常是项目开始之初的活动。许多通用框架（XP，Scrum，看板）没有解决此问题，但是某些扩展框架（Disciplined Agile Delivery，SAFe）在一定程度上可以解决。

有人主张采用初始增量（在Scrum中为sprint）概念来设计您的项目。这通常称为增量零（或在Scrum中为Sprint 0）。但是，这不是Scrum的正式组成部分，而纯粹主义者则认为第一个Increment应该是可发布的。

这种增量用于设置团队的环境-设置开发，测试和生产环境，配置支持工具和脚本以及使用燃尽图和积压工作建立工作环境。如果团队中的任何人都不熟悉所使用的开发工具，那么他们将在这里学习功能的基础知识并在第一次迭代中开始产生输出。

除此之外，由于此时还没有冲刺积压，您通常会开始编写您的第一个用户案例并确定产品积压的优先级。无论产品负责人是谁，都将设计故事。如果此人是Scrum的新手，他们将学习如何编写与团队合作的良好用户故事。不要强调获取所有故事，但是您会想要开始第一个开发迭代。

不同的团队对Sprint 0的处理方式不同。有些人可能会在与其他任何Sprint相同的持续时间为其设置时间。根据团队的需要，其他人可能会使其更长或更短。因为这是您第一次尝试Scrum，所以我可能会延长它的时间，尤其是在开发周期中迭代次数较短的情况下。如果您计划进行两周的迭代，则将其设为3周。

至于制定任务，我并不一定要将其制定为用户案例。从团队成员和各种角色（产品所有者，ScrumMaster，开发人员，测试人员，设计师，技术作家等）的角度来看，您可以。但是，Sprint 0适用于团队，而不适用于客户或用户。一个简单的任务和活动清单就足够了。

这些是我们在团队中实施SCRUM之前建立的前提条件。一旦完成了列表，就可以推出用于实际Scrum的过程和工具。

1. 团队成员是高技能或中级技能。
2. 团队关系紧密。
3. 团队成员之间的信息交换是快速，一致和自由的。
4. 团队位于同一地点。
5. 业务高度参与团队。
6. 架构（业务，信息以及技术）定义明确。
7. 基础架构已启动并正在运行-开发，测试和UAT环境。
8. 自动化的构建和发布。
9. 高水平的测试自动化。
10. 团队对外部世界的依赖最小（理想情况下为零）。
11. 参与系统的数量很少。
12. 需求在较高级别上是稳定的，因此产品积压的更改最少。
13. 团队成员可以自主决定哪些用户故事应属于sprint / scrum以及实现既定目标所需的scrum / sprint总数。

其他两个重要部分：

1. 选择负责角色的人员（Scrum主管，产品负责人和团队）
2. 准备好白板，贴纸。