一个Scrum项目的起点是待开发系统的愿景。最初，愿景比较模糊，可能更多使用市场化的语言（多用于系统语言）来描述。但随着项目进展，愿景逐渐清晰。产品负责人需对项目投资者负责，已投资回报最大化实现愿景。产品负责人以上述目标制定计划，该计划应包括Backlog。此表是一张关于功能性与非功能性需求的清单，它一旦转化为功能，便可实现愿景。产品Backlog排列不同优先等级并把事项分成多个建议发布组，最容易产出价值的事项享有最高优先级。分出优先等级后的产品Backlog是项目的起点，而项目一旦开始，该表的内容、优先等级和发布组便会不断变化——对这一情况应有所预料。产品Backlog的变化反应出不断变化的商业需求，以及团队将待开发事项转化为功能的速度。

   所有工作在Sprint迭代周期内完成。每个Sprint迭代周期为连续30个日历日。周期开始时，均需召开Sprint计划会议，产品负责人与开发团队共同探讨该Sprint的工作内容。产品负责人从最优先的待开发事项表中进行筛选，告知团队其预期目标；团队则提出在接下来的Sprint内，预期目标可实现的程度。Sprint计划会议的长度不超过8小时，它有限定时间是为了避免纠缠不确定的预期。会议的目的是展开实际工作，而非只想不做。

   Sprint计划会议包括两部分：第一部分4个小时，产品负责人向团队展示最高优先等级的产品Backlog。团队则向他询问产品Backlog的内容、目的、含义以及意图。当团队了解足够信息后，前4个小时仍有剩余，团队可确定本Sprint内，产品Backlog内哪些部分可以转化为完整的产品功能增量。团队向产品负责人承诺将全力工作。在Sprint计划会议的后4个小时中，团队计划本Sprint的安排。团队负责管理自身工作，因而需要一个初步的计划，以开展本Sprint的工作。Sprint Backlog(Sprint待办事项表）中将包含该计划中的任务；表内任务随着Sprint周期的进展而不断涌现。一旦Sprint计划会议进入后4个小时，该Sprint周期便正式开始。周期固定的30天时间开始计时。

   每天，团队集合召开15分钟的会议，称为“每日Scrum简会”(Daily Scrum)。在简会上，每位成员回答3个问题：自上次Scrum简会后的1天里你做了什么？从现在到下次Scrum简会的1时间里尼准备做什么？在实现Sprint以及项目目标的工作中，你遇到了哪些困难？会议目的是保持团队全体成员每日工作步调一致，并安排有必要的其他会议，促进团队工作。

   Sprint周期结束时，需要召开Sprint评审会议。该会议限定时间为4个小时，由团队向产品负责人和其他与会利益相关者展示该Sprint周期内的产品开发情况。此展示功能的非正式会议，旨在召集相关人员，共同决定团队接下来的工作内容。在Sprint评审会议和下一次Sprint计划会议之间，ScrumMaster和开发团队召开一次限时3小时的Sprint评审会议。ScrumMaster将鼓励团队在Scrum过程框架和实践范围内，对开发过程作出修改，使它在下一个Sprint周期中更加有效和令人愉快。Sprint计划会议、每日Scrum简会、Sprint评审会议及Sprint评审会议共同构成Scrum方法中的经验性检查及适应调整部分。