- 1. What Is the Scrum Methodology?
- 2. Guide to Scrum Sprints
- 3. Scrum Sprint Planning
- 4. The Complete Guide to Scrum Ceremonies
- 5. The Ultimate Guide to Sprint Retrospectives
- 6. Daily Scrum Meetings
- 7. Scrum of Scrums Meeting
- 8. Introduction to Scrum Team and Roles
- 9. What Is a Scrum Product Owner?
- 10. What Is a Scrum Master?
- 11. Best Scrum Software and Tools for 2023
- 12. A Complete Guide to Scrum Boards
- 13. Scrum Glossary
- 14. FAQs
- 1. What Is the Scrum Methodology?
- 2. Guide to Scrum Sprints
- 3. Scrum Sprint Planning
- 4. The Complete Guide to Scrum Ceremonies
- 5. The Ultimate Guide to Sprint Retrospectives
- 6. Daily Scrum Meetings
- 7. Scrum of Scrums Meeting
- 8. Introduction to Scrum Team and Roles
- 9. What Is a Scrum Product Owner?
- 10. What Is a Scrum Master?
- 11. Best Scrum Software and Tools for 2023
- 12. A Complete Guide to Scrum Boards
- 13. Scrum Glossary
- 14. FAQs
What Is Scrum Planning?
Scrum planning refers to the project and its structures as a whole and should not be confused with sprint planning, which is one of its steps.
Scrum follows the Agile project management methodology. In this case, Scrum planning refers to what happens before the project kicks off — the higher-level planning that is typically carried out by the Scrum master, project owner, and key business stakeholders.
In larger organizations, creating a Scrum project plan is a process owned by the PMO office that has a view across all projects, perhaps even adopting Scrum at scale framework.
Scrum approach to planning
Scrum is used in software development and its goal, the product vision, is articulated both as functionality and the value it delivers to the end-user. Teams are regularly reminded about this throughout the project.
The initial Scrum planning is not different from more traditional methodologies. The business needs to know what is being delivered, by when, and for how much. The plan needs to identify stakeholders, risks, and KPIs.
- Goals and deliverables - In Scrum, these are defined both as what the product needs to deliver as well as the value its users get out of it
- Stakeholders - Identifying who is involved and affected by the project, both negatively and positively
- Project schedule - Working out a delivery date and the schedule of sprints to get there
- Risk assessment - Identifying risks and making sure there are plans to mitigate them
- Resourcing - Ensuring that the project has enough budget to cover the people and tools needed to deliver the final product
Unlike more traditional methods, Scrum planning should not be carried out extensively nor in great detail. It’s important to start as quickly as possible and put together a product backlog — a list of features needed to achieve the project’s requirements.
Getting started with the product backlog
The official Scrum Guide refers to the product backlog as “an emergent, ordered list of what is needed to improve the product. It is the single source of work undertaken by the Scrum Team.”
It is the first step of the project following higher-level Scrum planning. The product owner is responsible for creating the backlog and will:
- Identify product requirements and represent them as user stories
- Prioritize them and assign story points to estimate their difficulty
- Plan sprints needed to deliver them all
Following this initial Scrum project planning, a sprint backlog is created to tackle a set of user stories as part of the first Scrum sprint cycle.
Alex Zhezherau
Alex is Wrike’s Product Director, with over 10 years of expertise in product management and business development. Known for his hands-on approach and strategic vision, he is well versed in various project management methodologies — including Agile, Scrum, and Kanban — and how Wrike’s features complement them. Alex is passionate about entrepreneurship and turning complex challenges into opportunities.