Back to ArticlesBack

Join 500,000+ PM Professionals

Get expert PM insights, PMP prep tips, and earn PDUs with exclusive content delivered weekly.

MPUG

Please find highlights from Satya Narayan Dash’s webinar – Practical Scrum Using MS Project Agile – being provided by MPUG for the convenience of our members. You may wish to use this transcript for the purposes of self-paced learning, searching for specific information, and/or performing a quick review of webinar content. There may be exclusions, such as those steps included in product demonstrations, or there may be additions to expand on concepts. You may watch the on-demand recording of this webinar at your convenience.

Sprint planning is a crucial event in Scrum Methodology that takes place after the Sprint retrospective of the previous Sprint and before the first daily Scrum of the current Sprint. The meeting involves the product owner, developers, and the Scrum Master, although other key stakeholders can also participate.

An illustration that illustrates the sprint planning meeting
Sequence diagram of the Sprint Planning Meeting, where the Product Owner and Developers collaborate to refine the Product Backlog, establish the Sprint Goal, and define the Sprint Backlog, while the Scrum Master facilitates the process.

During the event, the team will start by refining the Product Backlog, which is a prioritized list of items. The top-priority items are ordered towards the top of the backlog, and they will have a clear priority order, description, and estimation after backlog refinement. The estimation can be done using the Fibonacci series, specifically 358 if using user stories.

Product Backlog Refinement

Product Backlog Refinement

When it comes to writing user stories or features, a text area is used in the Gantt chart view or the screen planning sheet. The user stories are written in the format “As a user, I want this so that [the business benefit] or [the business value].”

Establishing the Sprint Goal

Once the backlog items are refined, the team will choose one or more top-level items to move into the Sprint backlog, depending on their capacity for the upcoming Sprint. The Sprint backlog is then divided into smaller tasks, and each task will be estimated in hours during the Sprint planning meeting.

During the Sprint planning meeting, the team collaboratively discusses and reviews the product backlog with the product owner, who is responsible for owning and prioritizing it. The product backlog is a prioritized list of items that represent the features, changes, or improvements to be made to the product. The product owner also prepares the product goal, which is a high-level statement that describes the desired outcome or benefit of the product being developed.

After reviewing the product backlog, the team works together to establish the Sprint goal, which is a concise statement that defines what the team aims to achieve during the upcoming Sprint. The Sprint goal should align with the product goal and be achievable within the Sprint timeline.

Creating the Sprint Backlog

Once the Sprint goal is established, the team selects the items from the product backlog that they believe can be completed during the Sprint and moves them into the Sprint backlog. The Sprint backlog is a list of items that the team has committed to completing during the Sprint, and it includes the tasks necessary to deliver the product increment. The team decides how they will break down the items into tasks, estimate the effort required, and assign tasks to team members.

Sprint Backlog Tasks

Sprint Backlog Tasks

It’s important to note that the team is self-organizing and self-managing, which means they have the autonomy to decide how they will approach the work and who will be responsible for which tasks. The Scrum Master and product owner facilitate the process, but the team ultimately decides how they will work together to deliver the Sprint goal.

The Sprint planning event is time-boxed to a maximum of four hours for a two-week Sprint, which ensures that the team stays focused and the meeting is productive. By the end of the Sprint planning event, the team should have a clear understanding of the Sprint goal, the items to be completed, and how they will approach the work. This helps to ensure that the team can deliver a valuable product increment by the end of the Sprint.

Conclusion

By the end of the Sprint planning event, the team should have a clear understanding of the Sprint goal, the items to be completed, and how they will approach the work. This helps to ensure that the team can deliver a valuable product increment by the end of the Sprint.

Get Weekly PM Insights

Join 500,000+ PMs receiving updates on the latest PM methodologies, PDU opportunities, tool reviews, career tips, and member exclusives.

PMI ATP
PMI Authorized Training Partner
REP #4082

Learning Paths

PMP® TrainingCAPM® TrainingPgMP® TrainingPMI-ACP® TrainingMS ProjectMS PlannerMS TeamsJira

PM Resources

PDU TrackerLive WebinarsSalary CalculatorTool ComparisonsJob BoardKnowledge BasePM Glossary

Community

Discussion ForumStudy GroupsEvents Calendar

Follow Us

LinkedInYouTubeTwitterFacebook
MPUG Logo

© 2025 MPUG. All rights reserved.

TermsPrivacySitemap
Articles

Understanding Sprint Planning

Learn about the Scrum Methodology’s Sprint planning event, including refining the product backlog, creating the Sprint goal, and establishing the Sprint backlog.

4 min read
•over 2 years ago••
S
Satya Narayan DashAuthor
Project Management
Microsoft Project
Best Practices
Productivity
S
Satya Narayan Dash

Content Writer

Satya Narayan Dash is a management professional, coach, and author of multiple books. Under his guidance, over 2,000 professionals have successfully cracked PMP, ACP, RMP, and CAPM examinations – in fact, there are over 100 documented success stories written by these professionals. His course, PMP Live Lessons - Guaranteed Pass, has made many successful PMPs, and he’s recently launched RMP Live Lessons - Guaranteed Pass and ACP Live Lessons - Guaranteed Pass. His web presence is at https://managementyogi.com, and he can be contacted via email at managementyogi@gmail.com.  

View all articles by Satya Narayan Dash
Related Content

Continue Reading

Discover more insights and articles that complement your current reading

Two Project Manager Agent Features You Might Like
Articles
5 min read

Two Project Manager Agent Features You Might Like

Discover two game-changing features of Microsoft’s Project Manager Agent including agent-to-agent communication and the new integrated interface in Planner.

E
Erik van Hurck
about 1 month ago
Read
Master Dependency Analysis in Microsoft Project with SSI Tools!
Articles
2 min read

Master Dependency Analysis in Microsoft Project with SSI Tools!

Learn how to master dependency analysis in Microsoft Project using SSI Tools’ Directional Path, Connecting Path, and Dependency Tracer to analyze predecessors, successors, and project logic.

K
Kenny Arnold
about 2 months ago
Read
A PM’s Halloween Survival Guide
Articles
5 min read

A PM’s Halloween Survival Guide

Discover the spooky parallels between Halloween and project management, from scope creep monsters to ghosted team members, in this fun survival guide for PMs.

R
Ronald B. Smith, MBA, PMP
2 months ago
Read
Explore All Articles