Last updated on May 4, 2024
- All
- Engineering
- Agile Methodologies
Powered by AI and the LinkedIn community
1
Understand the purpose and value of each event
2
Use historical data and relative estimation
3
Involve the whole team and communicate expectations
4
Monitor and adapt as needed
5
Follow the Scrum values and principles
6
Here’s what else to consider
One of the challenges of working in an agile team is to plan and manage your time effectively for each Scrum event. Scrum events are the core activities that enable collaboration, inspection, and adaptation in the agile framework. They include the sprint planning, the daily scrum, the sprint review, and the sprint retrospective. How can you accurately estimate the time needed for each Scrum event and avoid wasting time or missing deadlines? Here are some tips to help you.
Key takeaways from this article
-
Set clear agendas:
Start Scrum events with recommended durations, like 15 minutes for daily stand-ups. If meetings run long, use retrospectives to identify why and adjust accordingly. This keeps everyone focused and on track.
-
Adjust proactively:
"Pray for the best, prepare for the worst." Be ready to adapt your Scrum planning for unexpected changes such as team member absences or departures to maintain project momentum.
This summary is powered by AI and these experts
- Chandan Mishra Principal Engineer @ Oracle
1 Understand the purpose and value of each event
The first step is to understand the purpose and value of each Scrum event and how they contribute to your team's goals and outcomes. Each event has a specific objective and a defined timebox that should not be exceeded. For example, the sprint planning is meant to align the team on the sprint goal, the scope of work, and the tasks to be done. It should take no more than 8 hours for a one-month sprint. The daily scrum is a 15-minute check-in to coordinate the team's progress and identify any impediments. The sprint review is a demonstration of the work done and a feedback session with the stakeholders. It should take no more than 4 hours for a one-month sprint. The sprint retrospective is a reflection and improvement opportunity for the team. It should take no more than 3 hours for a one-month sprint.
Help others by sharing more (125 characters min.)
- Chandan Mishra Principal Engineer @ Oracle
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
In my experience, for each of the scrum ceremonies start with standard suggested hours i.e. 15 min daily standup. If teams goes beyond the allocated time then lets analyze/educate everyone in one of the retrospection meeting and accordingly set the clear agenda for each of the meetings. Later, as a scrum master, bring the audience back on the agenda if meeting goes beyond the schedule time.
LikeLike
Celebrate
Support
Love
Insightful
Funny
6
-
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
This could act as a baseline and as we go deeper, the variables flows in. That’s when the real challenge begins. Some core member might get sick or worst case even quit the project. Or, maybe some other event can occur that could hamper the project progress. These are just few issues.As a project manager what we can do is “Pray for the best, prepare for the worst” how much we can.Making meetings short, precise and to the point is one way and like I have mentioned earlier, different circ*mstances need different approaches.
LikeLike
Celebrate
Support
Love
Insightful
Funny
1
- Bhavani Vaidya Sr Product Manager | VMware by Broadcom
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
In my experience, the main lessons for me using scrum is prep and time bounded ceremonies. Also another important lesson is to consider all activities that will consume time. The more we quantify the more accurate the scrum will run.
LikeLike
Celebrate
Support
Love
Insightful
Funny
5
- Sriram chandra mouli Viswanathan Director, Software Engineering at Freshworks
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Having well cooked stories, with clear prioritisation prior to the planning ceremony and continuous backlog grooming goes a long way in reducing the time required for planning.
LikeLike
Celebrate
Support
Love
Insightful
Funny
5
- Linda Burtch Senior Program Manager | Senior Technical Program Manager |Transforming Industries: Healthcare, Banking, Wireless, Travel
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
One thing I've found helpful when estimating the time needed for a particular ceremony is understanding how many teams/features are involved. Higher complexity or dependencies will mean a longer time to review or plan. For demos or sprint reviews, I will often ask how much time each developer needs and then time box them to their commitment. I have also used "roman voting" with the whole team to determine if they want to go over the time box.
LikeLike
Celebrate
Support
Love
Insightful
Funny
4
Load more contributions
2 Use historical data and relative estimation
The second step is to use historical data and relative estimation to gauge the time needed for each Scrum event. Historical data is the information you have collected from previous sprints, such as the actual time spent on each event, the number of tasks completed, the quality of the work, and the feedback received. You can use this data to compare and adjust your estimates for future sprints. Relative estimation is a technique that compares the size and complexity of tasks or events rather than assigning a fixed amount of time. For example, you can use story points, t-shirt sizes, or Fibonacci numbers to rank your tasks or events from small to large. You can then use a reference point, such as a previous sprint or a baseline task, to estimate the time needed for each task or event.
Help others by sharing more (125 characters min.)
- Fatima Alchinbaeva Product Manager
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Teams can choose their own estimation method. In my teams, we use story points (Fibonacci sequence) to estimate tasks, gauging the collective effort needed for delivery. With experience, it becomes a routine, straightforward task. I use the data to show sprint review progress, comparing planned vs. completed story points. If there's a significant gap, we adjust in the next planning session. We consider both the team's average velocity and the number of team members assigned to tasks. Understanding team size and identifying potential risks is vital, especially for achieving our typical 40 story points per sprint.
LikeLike
Celebrate
Support
Love
Insightful
Funny
2
- Ravindra Nagpurkar CTO | Digital Transformations | Problem Solver | Automation First Approach | Data Science | AI/ML | Outcome over Optics | Voted Tech Visionary
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Historical data or even a rough estimation is key. It’s okay to be wrong in absence of historical data but without data and some assumptions you will be walking blind. Story points is a great way to build some discipline and being uniformity of though to the squad.
LikeLike
Celebrate
Support
Love
Insightful
Funny
2
- Nilesh Pabuwal AWS l Technical Program Manager | Delivery Leader - BFSI I Fintech I AWS Solution Architect | Salesforce - Domestic, APAC, EMEA Region.
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
As this is Optional and in todays world its all depends upon which Platform and Technology we are dealing with.One thing is important in all is BIOLERPLATE and L&D Role in Training on Productivity Tools and Certifications.Historical Data are available but frankly speaking this has to be conditioned a lot before we can consume it for informed decision. ( Removing Bias + Process driven data).
LikeLike
Celebrate
Support
Love
Insightful
Funny
1
-
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Some details on techniques- Story points: Story points are a unit of measurement that is used to estimate the size and complexity of a task or user story. Story points are typically assigned by the team using a consensus-based approach.T-shirt sizes: T-shirt sizes are another way to estimate the size and complexity of a task or user story. T-shirt sizes are typically assigned using a simple scale, such as XS, S, M, L, and XL.Fibonacci numbers: Fibonacci numbers are a sequence of numbers where each number is the sum of the two previous numbers. Fibonacci numbers are often used in relative estimation because they allow for more granular estimates than story points or t-shirt sizes.
LikeLike
Celebrate
Support
Love
Insightful
Funny
- Nareshkumar Hegde Business Analysis | Product Owner | CSPO® | CSM® | Visual Storytelling | MBA | B.E
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Agile has always been known for it's flexibility in driving projects. Each of the scrum events serve different purposes, hence demand different duration to conduct them and vary in their flexibility. For example, Daily Stand-ups and Sprint Planning sessions should be ideally time-bound, whereas Backlog Grooming and Sprint Retrospectives could be more elaborate in nature as they have to deal with more discussion and gathering feedback/brainstorming. Scrum team shall exercise full freedom to decide how much time they want to spend on each of the events for the good of the project.
LikeLike
Celebrate
Support
Love
Insightful
Funny
Load more contributions
3 Involve the whole team and communicate expectations
The third step is to involve the whole team and communicate expectations for each Scrum event. The team should participate in estimating the time needed for each event, as they are the ones who will perform the work and attend the meetings. The team should also agree on the agenda, the roles, and the rules for each event, such as who will facilitate, who will present, and who will take notes. The team should also communicate their estimates and expectations to the Scrum Master, the Product Owner, and the stakeholders, and seek their input and feedback. This will ensure that everyone is on the same page and that there are no surprises or conflicts.
Help others by sharing more (125 characters min.)
- Harsh*t Agrawal Full-Stack Developer | Leading Engineering Teams, Product Vision
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Collaborate with your Scrum team. Involve all relevant stakeholders in the estimation process. Each member should have a say in how much time they need to accomplish their tasks during the event. This collective wisdom often leads to more accurate estimates.Regularly review and adjust your estimates based on the team's actual performance. As you gain experience with Scrum, your estimation accuracy will improve.Include the time spent on retrospectives in your estimations. These are essential for process improvement and should not be rushed.Be open to adjusting your estimates as you go along. If you consistently find that certain events take longer or shorter than expected, adapt your estimations accordingly.Be Agile!
LikeLike
Celebrate
Support
Love
Insightful
Funny
5
- Santanu Tripathy Assistant Vice President at Barclays Investment Bank
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Collaborate with each team member and let each team member contribute in the estimation. Planning poker is a very good site for this purpose.
LikeLike
Celebrate
Support
Love
Insightful
Funny
4
- Ganesan Muthaiya CTO @ American College of Cardiology | Agile, Digital Transformation, Enterprise Architecture
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
The cornerstone of success in any agile or organizational endeavor lies in involving the entire team. Making sure everyone is on board, clearly communicating expectations, and understanding and addressing their concerns are fundamental principles. Each team member plays a crucial role, and tailoring solutions to the team's unique dynamics and needs fosters collaboration, trust, and a shared commitment to achieving agile goals. It's equally vital to secure support from the organization and senior leadership. Creating an environment where every voice is valued, and perspectives are respected is the driving force propelling the team toward success.
LikeLike
Celebrate
Support
Love
Insightful
Funny
1
- Nilesh Pabuwal AWS l Technical Program Manager | Delivery Leader - BFSI I Fintech I AWS Solution Architect | Salesforce - Domestic, APAC, EMEA Region.
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Looking this point with Adoption in Mind, As a matter of practice each phases under product and Services required different sets of Roles, so its important to understand Type of business , Scope and Future Vision of Business Before establishing the communication Plan between1. Business - CBO, CEO, CFO 2. People - with focus on culture, organizational structure, leadership, CIO, CTO, and workforce. 3. Governance - CDO, CRO, CBO.4. Platform - Common stakeholders include CTO, technology leaders, architects, and engineers.5. Security -CISO, CCO6. Operations - Common stakeholders include infrastructure and operations leaders, site reliability engineers, and IT service managers.
LikeLike
Celebrate
Support
Love
Insightful
Funny
- Ravindra Nagpurkar CTO | Digital Transformations | Problem Solver | Automation First Approach | Data Science | AI/ML | Outcome over Optics | Voted Tech Visionary
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Identify stakeholders (everyone impacted and everyone without whose input a sprint cannot be planned) and instil joint ownership and joint mission objectives. Collaboration and more importantly the sense of belonging to the mission is key.
LikeLike
Celebrate
Support
Love
Insightful
Funny
Load more contributions
4 Monitor and adapt as needed
The fourth step is to monitor and adapt as needed for each Scrum event. The team should track the time spent on each event and compare it to their estimates. The team should also evaluate the effectiveness and value of each event and collect feedback from the participants. The team should then use this information to identify any gaps, issues, or opportunities for improvement. The team should also be flexible and responsive to any changes or challenges that may arise during the sprint, such as new requirements, dependencies, or risks. The team should adjust their estimates and plans accordingly and communicate them to the relevant parties.
Help others by sharing more (125 characters min.)
- Amit Tyagi Vice President - Artificial Intelligence
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Monitoring is an extremely important step to ensure the performance is optimized over each scrum event. To begin with, simple historical comparison, Delphi techniques, and defining a benchmark will set a standard for various events.The team can compare individual estimates with standards and will know what they are overestimating and under, this way you develop a true sense of your team estimates.Another important factor is risk identification and judgment, the better we can forecast risks the better outcomes can be achieved without re-work. Monitoring reports should consider highlighting risks and important events impacted so the risks can also be refined as we progress on the timeline. This would help avoid the risks.
LikeLike
Celebrate
Support
Love
Insightful
Funny
5
- Bharathi M. Digital Transformation
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
The choice of estimation method changes depending on the project phase. During the initial sprint, methods like T-Shirt sizing and Fibonacci may be suitable. However, as the product development process matures, it's advisable to transition to relative estimation, incorporating input from team members.
LikeLike
Celebrate
Support
Love
Insightful
Funny
1
- Travis Rigas
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Trial and error. Know your team and their personalities. Understand how long they need in order to meet the meeting goals. Leave plenty of time in capacity in order to go over if needed.
LikeLike
Celebrate
Support
Love
Insightful
Funny
1
- Travis Rigas
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
This is Agility at its core - if you find you consistently need more time for a Sprint Review to achieve the full benefit, you give yourself and your team more time. Conversely, if you consistently use half the allotted time for your retrospective, either cut the time of the standing meeting in half or give your team a break and schedule some game time or a fun brainstorming session.
LikeLike
Celebrate
Support
Love
Insightful
Funny
1
- Nilesh Pabuwal AWS l Technical Program Manager | Delivery Leader - BFSI I Fintech I AWS Solution Architect | Salesforce - Domestic, APAC, EMEA Region.
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Looking this Point as Cost Optimization and Future Road Map side and this is Important to keep our Business as on going concern. Suggesting to have quarterly Review of Enterprise Architecture blueprint with Cost as Parameter against each Services used.Would be having clear idea on overall Cost implications and as outcome of Analysis on what need to be Automated, what need to be Upgraded and How to reduce TAT for E2E Processing. ( Involve - Enterprise architecture, Business SPOC, and SME ).Adoption strategy could be Hiring CTO/CIO from Technology Company like Google, AWS, Azure & Build Digital Transformation Program, another example is Robotic in Surgery and Automobile Industry where systems are Optimized for Operational Efficiency.
LikeLike
Celebrate
Support
Love
Insightful
Funny
Load more contributions
5 Follow the Scrum values and principles
The fifth step is to follow the Scrum values and principles for each Scrum event. The Scrum values are commitment, courage, focus, openness, and respect. The Scrum principles are empiricism, self-organization, and collaboration. The team should adhere to these values and principles for each event, as they will help them to deliver value, learn from experience, work together, and improve continuously. The team should also respect the timebox and the purpose of each event and avoid distractions, interruptions, or deviations. The team should also celebrate their achievements, acknowledge their challenges, and appreciate their contributions.
Help others by sharing more (125 characters min.)
-
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
I would always follow Scrum Agile principles initally - Timeboxing Scrum EventUse Historical DataUse Buffer Time in accordance with the aboveAdaptability - be flexible and adapt based on the teams evolving understanding of their capacity and the complexity of workTask Decomposition - breaking down User Stories into smaller tasks.Use Retrospectives to adjust and adapt as you go on.
LikeLike
Celebrate
Support
Love
Insightful
Funny
2
-
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
value-based prioritization is a core principle of Scrum. It is important to prioritize work based on the value it will deliver to the customer because this ensures that the team is working on the most important things first.Involve all stakeholders in the prioritization process to ensure that everyone is on the same page and that the priorities of the team are aligned with the needs of the business.Scrum teams value and respect all individuals. This includes team members, stakeholders, and customers.
LikeLike
Celebrate
Support
Love
Insightful
Funny
1
-
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Some of the other principles which can be followed are Value-based prioritization: The team should prioritize their work based on the value that it will deliver to the Product Owner and stakeholders. This helps to ensure that the team is working on the most important things first, and that the product is meeting the needs of its users.Time-boxing: All Scrum events have a fixed time limit. This helps to ensure that the team is focused and efficient, and that they are not spending too much time on any one task.Iterative development: The team delivers the product in increments, or small batches. This helps to get feedback from the Product Owner and stakeholders early and often, and to make adjustments to the product as needed.
LikeLike
Celebrate
Support
Love
Insightful
Funny
- Anand Nair Director Product Management @ Electronic Arts (EA) | Trust and Safety | Identity Access Management | E-Commerce and Payments | Developer Experience
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
One value from the Agile Manifesto that deeply resonates with me is "individuals and interactions over processes and tools." I've seen teams focus too much on strict processes in the past, leading to burnout and a mistaken belief that Agile is ineffective. Prioritizing the team and collaboration is fundamental, as it lays the groundwork for principles such as continuous development, frequent delivery, adaptability to change, and ensuring customer satisfaction.
LikeLike
Celebrate
Support
Love
Insightful
Funny
6 Here’s what else to consider
This is a space to share examples, stories, or insights that don’t fit into any of the previous sections. What else would you like to add?
Help others by sharing more (125 characters min.)
- James H.
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
I find the whole question of estimating time for scrum events a bit strange. Scrum is pretty clear that the events should not be estimated but rather timeboxed.If this were a question about estimation for stories then sure that is an interesting discussion, but estimating the time we need for a daily stand up?
LikeLike
Celebrate
Support
Love
Insightful
Funny
6
-
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
1.Break downs Tasks: Break down user stories or tasks into smaller, more manageable pieces. This allows for more accurate estimation and reduces the chance of underestimating.2. Consider dependencies: Take into account any dependencies between tasks or user stories. If one task relies on another, it may affect the estimated time needed for both.3. Risk assessment: Identify potential risks or uncertainties that may impact the time needed for an event. Factor in extra time for mitigating risks or handling unforeseen challenges.
LikeLike
Celebrate
Support
Love
Insightful
Funny
1
- Bharathi M. Digital Transformation
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Relative estimation or relooking Tshirt size during late sprint releases might be another way to lookEstimate helps us to plan release and it can be one key point to discuss during retrospective
LikeLike
Celebrate
Support
Love
Insightful
Funny
-
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
It's ok not to get it right the first time. Keep adjusting and work through feedback from the team by checking in at standup and do regular retrospectives even if the team is quiet at first. It takes patience and practice to improve as a team.
LikeLike
Celebrate
Support
Love
Insightful
Funny
-
- Report contribution
Thanks for letting us know! You'll no longer see this contribution
Other factors that I have also keep in mind:1. Include the time spent on retrospectives in your estimations: Retrospectives are an important part of the Scrum process, and the time spent on them should be factored into your estimations.2. Regularly review and adjust your estimates based on the team's actual performance: As you gain experience with Scrum, your estimation accuracy will improve.3. Break tasks into smaller ones with a labor intensity of 2-3 hours: Low granularity decomposition can help achieve more accurate estimates.
LikeLike
Celebrate
Support
Love
Insightful
Funny
Load more contributions
Agile Methodologies
Agile Methodologies
+ Follow
Rate this article
We created this article with the help of AI. What do you think of it?
It’s great It’s not so great
Thanks for your feedback
Your feedback is private. Like or react to bring the conversation to your network.
Tell us more
Tell us why you didn’t like this article.
If you think something in this article goes against our Professional Community Policies, please let us know.
We appreciate you letting us know. Though we’re unable to respond directly, your feedback helps us improve this experience for everyone.
If you think this goes against our Professional Community Policies, please let us know.
More articles on Agile Methodologies
No more previous content
- You're navigating Agile project changes. How can you ensure clients understand without chaos?
- Your stakeholders are disengaged from Agile retrospectives. How can you reignite their participation?
- You're facing resistance from team members on Agile adoption. How do you break through their reluctance? 1 contribution
- Balancing conflicting priorities among Agile teams. How do you ensure smooth collaboration and productivity?
- Here's how you can enhance your communication skills through Agile Methodologies internships.
No more next content
Explore Other Skills
- Programming
- Web Development
- Machine Learning
- Software Development
- Computer Science
- Data Engineering
- Data Analytics
- Data Science
- Artificial Intelligence (AI)
- Cloud Computing
More relevant reading
- Project Delivery How do you balance the needs and expectations of your clients, sponsors, and end-users in Scrum?
- Agile Methodologies How can you make the sprint backlog transparent to all stakeholders in Scrum?
- Agile Methodologies How can you manage time-boxed events during a Sprint?
- Scrum How do you refine your backlog and balance other Scrum events?