Scrum 的框架结构通常由 “3 of 3s” 组成，即 3 种角色，3 种事件，3 种工件。
3 种角色（Roles）
- 开发团队（Development Team）：一个自组织的跨技能的小团队，承担实际开发工作，负责在周期性的迭代中不断的交付有价值的工作。开发团队通过集体共同交付价值，而不是通过个体。
- 产品负责人（Product Owner）：产品负责人是产品最终用户的代表，负责确定产品的方向和愿景，定义产品发布的计划、内容和优先级。Product Owner 要不断的与开发团队沟通，保证团队在做从业务角度来说最正确的事情。
- Scrum 教练（Scrum Master）：Scrum 定义了一个全新的全职工作角色 Scrum Master。Scrum Master 负责确保团队合理的运作 Scrum，帮助团队移除实施中的障碍。
3 种事件（Events）
- 迭代计划会议（Sprint Planning Meeting）：在每个迭代之初，开发团队和 Product Owner 共同来计划在迭代周期内要完成的工作。Product Owner 负责向团队讲解要完成的工作的内容，开发团队负责对工作进行估计。
- 每日站立会议（Daily Standup Meeting）：每天，开发团队和产品负责人都要进行一个短暂的沟通。在会议期间，每个团队成员都要回答 3 个问题：“我昨天做了什么？”，“我今天准备做什么？”，“我遇到了什么问题？”。
- 迭代评审会议（Sprint Review Meeting）：在迭代周期结束时，开发团队向产品负责人及所有干系人进行演示，并接受反馈。
3 种工件（Artifacts）
- 产品待办列表（Product Backlog）：这是一个 Product Owner 想要交付的产品功能列表。 Product Owner 负责维护该列表，并且列表项按照交付优先级进行排序。
- 冲刺待办列表（Sprint Backlog）：这是一个迭代计划会议的输出，包含开发团队在迭代周期内所要完成的工作列表。
- 产品增量（Product Increment）：每个迭代周期都需要交付高质量的产品增量。产品增量必须满足 Scrum 团队对完成标准（Definition of Done）的定义。
这是我刚认识scrum时上网查的一些资料，当时是挺迷茫的，但是看到了这份资料让我有了一些头绪。
scrum，直接翻译过来就是并列争球，是迭代式增量软件开发过程，是一个框架，在这个框架中人们可以解决复杂的自适应问题，同时也能高效并有创造性地交付尽可能高价值的产品。这些都是我在网上找的释义，而我对它的初步理解就是一种团队管理工作的方式，他将工作分解为几个小的部分，然后在固定的时间段内持续地交付你的那个部分。而我所能理解的scrum的目的在于适应变化和快速迭代。
