No items found.

Using a Sprint Burndown Chart to Keep Your Product on Track

Contents
This is some text inside of a div block.
This is some text inside of a div block.
This is some text inside of a div block.
Subscribe to our newsletter

Keeping stakeholders in the loop is one of the key responsibilities of a product owner. A ton of work goes on behind the scenes before stakeholders can be presented with information about a product's deliverables and timeline. If sprints are your framework for getting work done and projecting delivery dates, the agile development team needs a way to make sure it's working through the product backlog at the right pace. The sprint burndown chart can show you the way.

In this post, we’ll talk about how to use a sprint burndown chart to monitor if your team is on track to complete its work and how putting user stories into sprints and epics generates even greater insights via user story maps.

What is a sprint burndown chart?

screenshot of sprint burndown chart

Image credit: Atlassian

First, a review: A sprint is a fixed period of time — typically between two and four weeks — that an agile software development team uses to complete a defined set of work.

A sprint burndown chart is a visual comparison of how much work has been completed during a sprint and the total amount of work remaining. It helps measure a Scrum team's progress, and it provides an easy view of whether the team needs to make any adjustments to complete its work for the current sprint iteration.

A burndown chart is a graph with a y-axis and x-axis 📉. The vertical axis measures the total amount of work that the team estimates it will complete during its current sprint. The horizontal axis shows the number of days remaining until the end of the sprint. On the chart are two lines: the actual work line (a line that represents the team's progress) and the ideal work line (a straight line from the top of the y-axis to the end of the x-axis).

You want your actual work line to follow your ideal work line as closely as possible. This would mean that work is being completed incrementally and at such a rate that it can be completed by the end of the sprint. Sprint goal achieved. 👍

A good practice for a team's product owner is to review the burndown chart on a daily basis. Doing so will allow you to detect if there are any progress issues happening in the sprint. For example, if your actual work line is trending above the ideal work line, then too much work remains to be completed by the end of the sprint at the current pace. We'll break down a few reasons why this may be happening later in the post. 😉

The sprint burndown chart is also a great tool to use during a sprint retrospective. Looking at this as a team can help generate talking points to discuss around the sprint retrospective's three key questions: What went well in the sprint? What didn't go as well as we hoped? How can we get better in the next sprint?

A primer on estimation methods

sprint burndown chart: group of people discussing something

To measure effort on the vertical axis, we need to choose a metric.

Historically, traditional software teams used time to estimate the effort needed to complete a task or a project. For example, "I think it will take me three days to finish that user story." However, this approach can be risky because people tend to underestimate the amount of time it will take to finish a project.

The unit of measure on your sprint burndown chart's y-axis will depend on your estimation metric of choice. Let's review two common ones employed by agile sprint teams.

Ideal days

An ideal day is an estimate by a software developer of how many uninterrupted days it will take to complete a task. Assuming an ideal workday is eight hours of interruption-free work, the estimate could be stated as, "That user story will take me two ideal days." A benefit of this approach is that it accounts for work disruptions; however, it can be problematic because it often positions estimates as best-case scenarios.

Story points

Agile teams use story points as a relative estimate of effort as opposed to a time-based approach. Instead of saying, "I think this task will take me two days to finish," you would state, "I think this task is worth two story points." In this estimation technique, two story points are twice the effort than one story point.

Teams can use ideal days as a baseline to calibrate their story point estimates. For example, one ideal day can be equivalent to one story point, two ideal days to two story points, and so on.

A main benefit of using story points to estimate is that it allows teams to focus on relative measures of effort instead of thinking about how long it will take to finish a task.

Why your sprint burndown might be off track

woman looking at sticky notes posted on the glass wall

A perfect actual burndown line is like Bigfoot — if it's been witnessed, it's probably a hoax. 😂

No team can perfectly estimate its work and develop at the exact pace represented by the ideal line. That said, if you notice large differences between your actual line and the ideal line (i.e., your actual line is much higher or lower than the ideal line), a number of things might be occurring:

  • The team over- or under-committed to the amount of work at sprint planning
  • Story points were added to or removed from the sprint after it started (scope creep)
  • The estimated effort for some user stories is off

As a product owner, when you notice something that's off about your line after your daily review of your chart, you should mention that to your team members. The daily stand up is a perfect time to do so.

User stories and epics provide the big picture

User stories describe how a functional part of a product will work from a user's perspective. The common format of a user story reads, “As a [user role], I want to [user activity] so that I can [user goal].” For example, one might read, “As a new customer, I want to sign up for this product so that I can create my profile.”

User stories are placed in sprints to show what work (from the user's perspective) will be finished and by when. They can also be placed in epics to group them into themes within a product. Epics are widely used by agile teams to represent the high-level activity users will accomplish while using a product.

In our example above, an epic can capture all of the user stories that center around user signup, such as signing up, adding payment information, creating a user profile, and configuring notification settings.

If the sprint burndown indicates that the team is off track for a given sprint, then a combined view of sprints and epics can help you determine what impact that might have in the big picture. And, as we’ll see next, an interactive user story map can fix the problem.

User story maps: A view of epics and sprints

screenshot of story map by Easy Agile

A sprint burndown chart is one of the handiest tools an agile software development team can use to make sure they're working and delivering at a solid pace. The burndown chart shows if any adjustments need to be made to your sprint.

User story maps provide another level of insights into team progress by:

  • Showing sprints as vertical swimlanes
  • Displaying epics as columns that represent the user journey through the product

This combination of swimlanes and columns unflattens your sprint backlog. It visualizes what the team will deliver and by when.

With Easy Agile User Story Maps for Jira, you can supercharge your ability to make adjustments to your sprint. It can help you:

  • Create new user stories
  • Edit story points on a user story
  • Assign items in the backlog to an epic and a sprint

With this tool, teams can view their sprint statistics at a glance and take action. They can ensure they don't overcommit and that they're on track to achieving their sprint goals. It’s the most comprehensive user story map solution in the Jira marketplace for taking action to adjust your sprints from a big-picture viewpoint.

No items found.

Related Articles

  • Product

    Rethinking our UI: How Easy Agile innovates for a better user experience

    At Easy Agile, we’re constantly looking for new ways to improve our products, and one of the ways we foster innovation is through Dash Days—a focused period where our team steps away from daily tasks to experiment, explore, and reimagine how our tools can better serve customers.

    During our most recent Dash Days, we took a fresh look at the user interface of two of our flagship products, Easy Agile TeamRhythym and Easy Agile Programs. The goal was to enhance interaction and discoverability, so users can experience the full value of our tools without unnecessary complexity.

    Here’s a glimpse into our thought process, challenges, and the exciting solutions we explored.

    The challenge

    As Easy Agile TeamRhythym and Easy Agile Programs have evolved, we’ve introduced powerful features designed to give users more control and flexibility. However, as new capabilities have been added, the interface has become more elaborate. For us, this presents an opportunity—an opportunity to take a step back, simplify the experience, and help users unlock more of what our products offer.

    To address this, we brought people from across the business together to brainstorm how we could improve the experience in both products. Through these sessions, we identified a few core opportunities:

    Key themes of opportunities to improve Easy Agile's user experience
    • Discoverability: How do we make it easier for users to find and use the powerful features built into our tools?
    • Visibility: What’s the best way to surface the right information and features when users need them? 
    • Consistency: How do we create a more uniform experience within and across our products to make navigation intuitive?

    Armed with these insights, we then set out to explore solutions tailored to each product’s unique challenges. 

    A more personalized experience with Easy Agile Programs

    For Programs, we focused on three “how might we” questions to reframe our challenges into opportunities: 

    1. How might we create more focus on the actions users are trying to complete?
    2. How might we make navigation more intuitive and easy?
    3. How might we help users with more context about where they are in the app at any given screen? 

    Out of the many solutions we explored, the one that got us the most excited was the idea of an Easy Agile Programs Home Screen—a personalized dashboard designed to guide users based on where they are in their planning cycle. 

    Conceptual sketch of a new home screen user interface for Easy Agile Programs
    Conceptual sketch of the Easy Agile Programs home screen

    This home screen could adapt based on where users are in their journey, offering relevant guidance and actions.

    • For new users, the home screen could provide clear onboarding steps and easy access to help, so they can get started quickly and confidently.
    • For experienced users, it could offer insights and key actions related to their progress, so they can stay focused on what matters most. Users might even see data summarizing their accomplishments, which makes it easier to share successes with their teams.

    Whether someone’s brand new to the product or deep into execution, the home screen could be a great way to guide and coach our users—helping them answer questions like, "What should I be doing next?" or "What extra value am I missing out on?". 

    A more focused interface for Easy Agile TeamRhythm

    For TeamRhythym, our three key “how might we” questions were:

    • How might we provide more focus within the User Story Map during sprint planning?
    • How might we improve the discoverability of issues without epics?
    • How might we enhance the layout to highlight key features and improve overall usability? 

    With these questions in mind, we explored a range of ideas to simplify sprint planning and make it easier for users to prep, plan, and review their work, whether they’re using Scrum or Kanban.

    Three-step process for effective sprint planning on Easy Agile TeamRhythm
    Three steps to simplify sprint planning on Easy Agile TeamRhythm

    Sprint planning can sometimes feel overwhelming when you have multiple sprints competing for attention. To help users focus, so we explored the idea of introducing a focused view during sprint planning

    • This would allow users to zoom in on a specific sprint and the backlog alone, while collapsing others. 
    • Each issue would have its own row in the detailed view, and users can drag and drop either an entire row or drag individual issues to quickly rank them based on priorities.
    • The sprint view will also hide epics that don’t have linked issues in the current sprint, giving users a cleaner view of what’s relevant to their current work.
    Conceptual UI of Easy Agile TeamRhythm User Story Map's focused view for sprint planning
    Conceptual UI of TeamRhythm User Story Map's focused view for sprint planning
    Conceptual UI of Easy Agile TeamRhythm User Story Map's detailed sprint view
    Conceptual UI of TeamRhythm User Story Map's detailed sprint view

    We also looked at ways to enhance the User Story Map interface to bring the most useful tools and features to the forefront. By improving how key functionality is presented, we’re helping teams quickly access what they need, when they need it, enabling them to stay productive without interruption.

    Conceptual UI of a more condensed top navigation for TeamRhythm User Story Map
    Conceptual UI of a more condensed top navigation for TeamRhythm User Story Map

    This way, we can create a smoother, more focused experience for teams using TeamRhythm, so they can focus on what’s in front of them without being distracted by everything else.

    Your turn. What do you think?

    At Easy Agile, we’re always thinking about what comes next. 

    These ideas aren’t on our official roadmap just yet, but they’re the kind of innovations we’re excited to explore.

    If you think these changes would improve your experience with Easy Agile TeamRhythm and Easy Agile Programs, let us know! Your feedback helps us decide what to prioritize, so we can continue building tools that truly make a difference for your teams.

    Photos of Easy Agile team working on Dash Days with "thank you!" on it

  • Workflow

    How to set your Agile teams up for success

    Agile is about empowering teams to take ownership, feel truly engaged, and foster a culture of collaboration. More than ever, teams are required to deliver with greater adaptability, speed, and engagement. The future is more ambiguous and complex, and Agile teams must know how best to respond to these changing conditions.

    Agile experts John Walpole, Dean MacNeil, and Nick Muldoon share their success formula behind the high-functioning Agile teams at Lyft, Valiantys, and Easy Agile. You will learn:

    Setting your Agile team up for success

    WATCH NOW

    Create a compelling 'why' that the whole team can get behind

    I think Agile is not a silver bullet. We have people who look at Agile and say, "Oh, well, this is going to solve all of our woes." And it's not; it's certainly not a turnkey thing.

    Nick Muldoon, Co-CEO at Easy Agile

    Agile is not a silver bullet. It is not a methodology that will solve leaders, teams and individuals' problems. Agile is a continuous improvement journey of "adaptability in evolutionary theory; it's about responding to either a new environment or changes in your environment to again, not just survive but to thrive," said Dean.

    Set your Agile teams up for success by teaching them to thrive by empowering them to lead change, make mistakes, build a solid foundation, and be open to learning, changing, and communicating the meaningful 'why' behind their work. You will see an explosion in Agile team success when you have a "cohesive team aligned to a common mission with a growth mindset."

    Motivate your Agile teams by connecting their work with a meaningful 'why.' Schedule a meeting to ensure you constantly discuss their work's more profound purpose. Bring up a real-life customer example. John shared, "At Lyft, we share stories in a fortnightly meeting. We offer free accessible rides to those in wheelchairs or those who struggle to pay for a ride but need access to transportation to get to work or school.

    "Bring your personas to life with these real-life examples, so it's front and center in your employee's minds," said John.

    Empowering your teams

    Culture eats strategy for breakfast

    Peter Drucker

    Your employees need to lead the change. "If you look at great leaders in recent Agile transformations, you might want to look at a company like Porsche," said Dean. Dean shares how Porsche has inspired Valiantys because "every employee at Porsche is leading the change. So they're all bought into it; they all have that sense of leadership to drive it.". Porsche's employees are leading the change because their leadership communicates the 'why' well. "Fun is number one when their CIO lists off the top three reasons 'why' everyone is so fired up about the Agile transformation. Because you can have fun on the job, your job is not supposed to be a grim duty. It's supposed to be something you look forward to."

    "Empower your teams to make mistakes," said John.

    Empower your Agile teams to fail and make mistakes through powerful questions. Leaders have to change their tone from "oh no, who do I fire?" to "what's the challenge? What can I do to help?". Express to your team that you're on a journey to learn as much as they are. In doing so, the leader humanizes themselves and becomes more vulnerable.

    Leadership sets the tone. As a company scales, the responsibility to create the culture and the risk appetite falls more on leadership.

    Qualities of high-performing, Agile teams

    1. Create a solid foundation

    Set your Agile team up for success with a stable team unit. Don't keep moving teams around; create long-term Agile teams to allow individuals to get to know each other and humanize one another. "I think stability is key to having the tacit knowledge keeping together and this open mindset where they're willing to learn; I love that," said Nick.

    2. Open to learning and adapting

    For Agile teams to continuously improve, they must constantly be learning and adapting. "You can't get that learning and adaptation if you keep just stirring the pot. Because you're going to keep scattering that knowledge, you want to take hold, and then, of course, you want to spread the knowledge to the organization then," said Dean.

    3. Share feedback and do the retrospective

    Ensure your Agile teams are demonstrating working product on a regular occurrence. If you're practicing Scrum, make sure you are doing the weekly sprint review. This allows the team to receive feedback from stakeholders and keep iterating and moving forward, ensuring they stay in movement. "Do your retrospective," said Dean." We're looking at what we delivered, and now we're going to look at how we delivered it." It is imperative that Scrum teams gather at the end of each sprint to discuss what went well, what didn’t go so well, and what can be improved on for next time. Otherwise, you invite complacency and stagnation into your Scrum process — the antithesis of Agile.

    Using Easy Agile to set your Agile teams up for success

    Easy Agile TeamRhythm supports your team's Agile practices in Jira. The user story map format in TeamRhythm transforms your flat product maps into a dynamic and flexible visual representation of work. Watch the highlights tour to see how Easy Agile TeamRhythm makes sprint planning, managing your backlog, and team retrospectives easier. Visit Atlassian Marketplace to start your free, 30-day trial today.

  • Agile Best Practice

    Six Tips for Improving Team Collaboration

    The 17th State of Agile Report shared that 93% of executives thought that their teams could do the same amount of work in half the time, if their teams collaborated better.

    That's quite a statistic. We’ll leave it up to you to decide whether this reflects a lack of efficiency due to poor collaboration, or a disconnect between leadership expectations and the realities faced by development teams.

    What we do know is that improving team collaboration has benefits and that improved collaboration is a key benefit of effective agile practices.

    So if you think your team could work more effectively, here are six tips for improving team collaboration that we think will make your working life better, and help you deliver for your customers.

    1. Agile Teams Are Cross-Functional

    Cross-functional teams are the backbone of agile collaboration. It's Agile 101:

    The best architectures, requirements, and designs emerge from self-organizing teams.

    Manifesto for Agile Software Development

    Ideally, your agile team should be able to deliver work independently. The skills and expertise of your team should allow you to handle diverse tasks without creating dependencies on other teams. You can take ownership of the software you're delivering.

    The benefit of organizing into cross-functional teams is a greater shared understanding of your project, where you can each see how the pieces fit together. This type of collaboration supports the efficient flow of work and ensures that knowledge and skills are consistently shared.

    2. Take an Iterative Approach

    Or to put it another way, make it easier to fail fast, so your team can learn why, and correct your course. By breaking down large projects into manageable increments, your team can focus on delivering small, functional parts of working software at regular intervals. This approach goes hand-in-hand with continual feedback from users, ensuring that issues are uncovered quickly and dealt with just as fast. This shared team focus on user feedback, and the shared purpose and collaboration that comes with it, is a key benefit of agile development.

    3. Maintain Regular and Transparent Communication

    Daily stand-ups, sprint reviews, and planning meetings are all designed to foster regular and clear communication. You and your team should see these meetings as an opportunity to share ideas, discuss progress and blockers, and collaborate. If your daily stand-up is nothing more than a shopping list of tasks, then you're doing it wrong.

    If your daily stand-up is nothing more than a shopping list of tasks, then you're doing it wrong.

    Someone who has wasted too much time in shopping-list meetings.

    Beyond team meetings, clear communication is important anywhere the details of your work are shared. Agile tools like Easy Agile TeamRhythm provide a central platform for prioritizing work and tracking progress. With a central source of truth that everyone can access to understand goals, priorities, and team commitment, collaboration can be more effective, keeping the team aligned and focused.

    4. Conduct Team Retrospectives

    Hot take: regular retrospectives are the most important agile practice your team can adopt.

    Team retrospectives provide a structured opportunity to reflect on your work and discuss how it can be done better next time. This is team-led improvement because you and your team are in the driver's seat. Encouraging honest and open discussions during retrospectives helps build trust among team members and fosters a collaborative mindset. By continuing to work on processes and behaviors, you and your team can improve your performance over time and make your working life better.

    5. Use Collaboration Tools

    The right tools can make a big difference in team collaboration. The best tools provide a reliable source of truth that the whole team can access, in a place where the whole team will access it. It's a simple concept; a shared understanding of the work is supported by shared and willing access to the same information.

    Choose a tool that makes it easy for you and your team to access information and keep it updated. If you're already working in Jira, an integration like Easy Agile TeamRhythm provides a better view of your work in a story map format, with goals, objectives, and team commitment all made clear. Team retrospective boards are attached to each sprint (or spun up as required for Kanban teams) so you have your team-led ideas for improvement tightly connected to the work in Jira.

    No matter which tool you choose, make sure it will facilitate better alignment, streamline your workflows, and provide a clear picture of roadblocks and progress. By using collaboration tools effectively, your team stays organized, focused, and connected, no matter where each member is located.

    6. Build a Positive Team Culture

    It may sound obvious, but a positive team culture is essential for effective collaboration. Creating an environment where team members feel valued, respected, and motivated, encourages the psychological safety they need to share their great ideas, learn from missteps, and collaborate more effectively with their colleagues.

    High-performing teams recognize the achievements of others, share constructive feedback, and support practices that lead to a healthy work-life balance. Make it regular, and keep it authentic. A positive culture not only improves team dynamics but also boosts overall productivity and job satisfaction.

    Successful Team Collaboration

    Effective collaboration can be the difference between your team achieving their goals, or falling short. By embracing agile practices like the regular communication that comes from agile planning meetings, to the learnings that come from taking an interactive approach to development, and creating time for team-led improvement with retrospectives, you can seriously boost your team dynamics.

    Easy Agile TeamRhythm Supports Team Collaboration

    Easy Agile TeamRhythm is designed to make your agile practices more accessible and effective, helping your team plan, prioritize, and deliver work with better alignment and clarity.

    Built around a story map for visualizing work and retrospective boards that encourage team-led improvement, TeamRhythm facilitates sprint and release planning, dependency management, backlog management, user story mapping, and retrospectives.

    Tight integration with Jira makes Easy Agile TeamRhythm a reliable source of truth, no matter where you and your team members are located.

    Watch a demo, learn about pricing, and try for yourself in our sandbox. Visit the Easy Agile TeamRhythm Features and Pricing page for more.

    Easy Agile TeamRhythm