A Quick Reference Guide to all things Agile and Scrum with a focus on Scrum terminology.
One of the three empirical pillars of Scrum according to The Scrum Guide, along with Transparency and Inspection. Adaptation is adjusting a process as soon as possible to minimise any further deviation or issues. Adaptation can be reviewed and decided at Scrum Events of Daily Scrum, Sprint Planning, Sprint Review and Sprint Retrospective.
Agile is the overarching project management methodology which encompasses Scrum, XP, Crystal, DSDM, FDD and others. Agile is a way of managing projects by delivering small parts of a product and encouraging changes and feedback, as it is very hard to accurately estimate scope, time and budget at the start of a project, particularly for new products.
An Agile Coach is someone who teaches others on Agile practices, methodology and mindset but is not part of the Scrum Team. They have a deep understanding of multiple Agile practices, not just Scrum. They may be focused on implementing Agile throughout an organisation, or improving Agile techniques and tools, and coaching people on developing an Agile mindset.
The Agile Manifesto defines what Agile practitioners’ value over traditional project management thinking.
An artifact is an object such as a document. In Scrum there are 3 primary artifacts (as stated in The Scrum Guide); the Product Backlog, the Sprint Backlog, and an Increment (ie. part of the Product that has been released in a Sprint).
There are 2 backlogs in Scrum; the Product Backlog, and the Sprint Backlog. In other types of Agile such as Scaled Agile Framework (SAFe), there is also a Portfolio Backlog, which is higher than the Product Backlog. Backlogs contain items to be delivered in a project (Product Backlog) or Sprint (Sprint Backlog).
Bikablo is a drawing technique allowing people to fast-track their drawing and facilitation skills to better facilitate meetings and events. We recommend All Lined Up in Singapore and Visual Friends in Australia/NZ, who teach these techniques.
Burn Down Chart
A graph that shows the work completed (Y-axis) vs the elapsed time period (X-axis). The line in the chart moves down and to the right, as work is completed, hence the burndown. In Scrum, it is usually just to show the progress of the current Sprint. See Sprint Reporting for more details.
Burn Up Chart
Similar to a Burn Down Chart, a Burn Up Chart will show work completed (Y-axis) but against the number of Sprints (X-axis), therefore shows the entire project duration rather than just one Sprint. See Sprint Reporting for more details.
In Scrum, this is the rhythm, pace or flow at which the Developers complete their work and Sprints. Developing a good cadence will allow for easier estimating and selection of items to put into the Sprint Backlog.
In Scrum, this is the amount of work that Developers can produce in the upcoming Sprint. It is determined in the Sprint Planning event and is based on the Developers input and coming agenda.
These are now referred to as Scrum Events, these are the 4 events/meetings that make up a Sprint which is composed of: the Daily Scrum, Sprint Planning, Sprint Review, and Sprint Retrospective.
Chief Product Owner
The person is responsible for the overarching Product Backlog over numerous Product Owners and Scrum Teams.
Sometimes called Crystal Clear, Crystal is another type of lightweight Agile methodology for developing software. It was developed by Alistair Cockburn, who was also one of the signatories of the Agile Manifesto for Agile Software Development.
According to The Scrum Guide, for the Developers to perform at its best, they should be cross-functional (and self-managing); that is, the team needs to embody a broad range of skills, and can be from different areas so that they can add the most value to deliver a product to market.
Cynefin was developed by Dave Snowden, a Welsh management consultant in 1999. Cynefin is a Welsh word that is broadly translated as ‘habitat’ or ‘place of being’ and is used to help understand issues to work through them by categorising them into five domains; clear, complicated, complex, chaotic and disorder.
This is one of the 4 Scrum Events and is also called the Daily Stand-Up meeting in general Agile terms. This Scrum event, also called ‘Daily Stand Up’ or ‘Daily Huddle’, occurs every day and is a maximum of 15 minutes. It is owned by the Developers and gives a chance to align on what they have been working on previously, what they intend to work on today, and any issues or roadblocks they might have or cause to others. It is run by the Developers however the Scrum Master ensures that it takes place and adheres to the time, and will facilitate the meeting if required.
Refer to Daily Scrum, above. The Daily Stand-Up is another name for the Daily Scrum.
Defects Trend Chart
A chart to plot Total Defects, Open Defects and Fixed Defects. See Sprint Reporting for more details.
Definition of Done
This is a Scrum term that defines what makes each task complete for release. It should be included as a field on each Product Backlog Item (PBI) so that it is clear and transparent to everyone what defines each task as done.
In Scrum, Developers make up the Scrum Team along with the Scrum Master and the Product Owner. The Developers should be between 3-9 people and can be made up of the people getting the tasks completed. Ideally, they should also be cross-functional and self-managing so that the team operates at its best.
A term describing the Development and Operations teams in a company who operate in an Agile way. It infers that these 2 areas are integrated to provide continuous development and deployment of the product increments, as well as the ongoing support and feedback of releases.
Dot voting is a facilitation technique for groups to vote on items and to find high priority or preferred items without the influence of others. It can be used in Sprint Retrospectives to find either high priority issues or Product Backlog Items, or for example in Ideation to select preferred ideas. Each person places a dot on the item they prefer, the items with the greatest number of votes are considered the highest priority.
Dynamic Systems Development Method is another type of Agile project methodology used for software development.
Empiricism is a term that means using observation and experience rather than pure theory or logic. Scrum is based on 3 Empirical Pillars of Transparency, Inspection and Adaptation, meaning that it embraces change, feedback and adaptation over the strict process to deliver products more efficiently.
An Epic is a large User Story or a group of User Stories attached to a vision or product vision. These items need to be broken down further as they are too large to fit into a Sprint, can be delivered more efficiently and faster as numerous smaller items, or are not descriptive enough to understand how to deliver.
In Sprint Planning or Product Backlog Refining, the Developers perform estimations of how long each Product Backlog Item will take to deliver, either in hours or days (called Story Points).
Extreme Programming (XP)
Extreme Programming (or XP for short) is another type of Agile methodology, where the main difference from other Agile methodologies is ‘Pair Programming’, where programmers sit side by side reviewing each other’s code as they go.
Feature Driven Development is another type of Agile methodology used for developing software. It encourages status reporting to track progress and results.
Features are called Product Backlog Items in Scrum. These are items that are to be delivered as part of a Sprint and will reside in either the Product Backlog or the Sprint Backlog.
A traditional project management tool used to track a project, often using Microsoft Project. It uses bars to visually show the duration of tasks when they start and finish, dependencies and successor tasks, milestones, and completed tasks. Gantt Charts are not used in Agile or Scrum, instead, a Burndown Chart is used to visualise the progress of a Sprint.
In Scrum, an Increment is the total of all the Sprint Backlog Items that have been delivered in a Sprint. A demonstration of the Sprint increments is shown to stakeholders during the Sprint Review.
One of the 3 empirical pillars of Scrum according to The Scrum Guide along with Transparency and Adaptation. Inspections are timely checks of the progress towards a Sprint Goal to detect undesirable variances. For the Scrum Team this may be at Daily Scrum events (primarily), Sprint Reviews or Sprint Retrospectives or anywhere in between. It also means looking frequently at the Sprint Backlog and the Increment to ensure the Sprint is on track, but not to get in the way of the work. For the Product Owner, it can mean reviewing the Product Backlog and continually refining and prioritising.
An acronym for Independent, Negotiable, Valuable, Estimable, Small and Testable. All Product Backlog Items should have all these characteristics, particularly once they have been refined.
Kanban roughly translates to ‘signal board system’ in Japanese. Kanban is a type of Agile method used to visualise the workflow of the Team. Kanban method is a lot more fluid than Scrum, it does not have set Sprint intervals but visualises actively the flow of work to achieve continuous delivery. One of the core principles is to limit the work in progress as a primary constraint to find ways to flow the work.
A Kanban board (also ‘Agile task board’) is a board used to visualise the work of the Team mainly focusing on the Sprints and Increments. Columns headings for a basic Kanban board are To Do, Doing and Done. Scrum Teams use these boards to see the current status of the work, they move items from left to right columns as they start and progress the work towards completion.
Is a methodology predominantly used in manufacturing and process improvement. The basic 5 lean principles are Define Value, Map Value Stream, Create Flow, Establish Pull and Pursuit of Perfection.
Minimum Viable Product (MVP)
The least amount of a Product that can be delivered to the market to add value to the customer and from which we can learn. The aim is usually to focus on and deliver it in the first Sprints.
MoSCoW stands for Must have, Should have, Could have, Won’t have. A technique used to categorise items by importance, usually for items in the Product Backlog in Scrum.
Mural is a software used for visual collaboration and can be used on any computer or device. Mural creates virtual whiteboards used for brainstorming, facilitating design thinking methods, and organising Agile processes.
Planning Poker is an Agile estimating and planning technique used to estimate Product Backlog Items fairly and accurately.
Pomodoro is a facilitation method to focus on a particular item for a short, set time period, with set intervals. Good for when a Scrum team or person has a lot of items to work through and to focus on one item at a time.
This is the highest level of backlog in scaled agile methodologies such as Scaled Agile Framework (SAFe). It holds the upcoming epics and user stories before they make it to the Solution, Program or Team Backlogs. It is not used in Scrum.
One of the 3 primary artifacts in Scrum, this is a prioritised list of all the work to be performed in building a Product. The Product Owner is responsible for the Product Backlog and prioritising the items.
Product Backlog Items (PBI)
This is a term to describe all the things listed within a Product Backlog. PBIs can be User Stories, Epics, bugs, features, improvements for example. They will move onto the Sprint Backlog when selected in a Sprint during the Sprint Planning event.
Product Backlog Refinement
This is a continuous activity essential to the management of the backlog throughout the development and support of the product. The Product Owner and Developers will clarify and break down Product Backlog Items into smaller items so that they can be collectively understood and small enough to deliver in a sprint. The Product Owner will also prioritise them from a business point of view.
The Product Manager develops ideas for new products in the marketplace and will be the contact point for any questions or changes that may impact that product. In some organisations, they will also play the part of a Product Owner or may do that full time- it may be another name for a Product Owner.
The Product Owner is a part of the Scrum Team; they know everything about the Product and represent the customer in the Scrum Team. They are responsible for creating the product vision, for prioritising the Product Backlog, for making sure the Scrum Team understand the Product Backlog and its items and doing what they can to ensure the customer will be delighted with the Product through valuable increments and iterations.
The roadmap is a high-level plan that shows future products and their evolution, as well as when they are envisaged to be released. This serves as a guideline and clarity tool for the entire Scrum Team.
This is not a role in Scrum but is used in other Agile and traditional project management methodology.
A release is an activity of deploying a product and/or its increment to market, most commonly for software. A release in Scrum may mean a version upgrade or a new feature or new software. In Scrum, we try to release features early and often rather than waiting for one final release at the end so that it can get to the market early and get feedback for future releases or improvements.
In Scrum, this refers to Product Backlog Refinement. The Product Owner and Developers continually refine the Product Backlog Items so that they are clear enough to convert into a deliverable item and small enough to deliver in a Sprint.
Not used in Scrum, these are used in traditional Waterfall project management methodology to capture the customer needs upfront. In Scrum, we capture the needs of the user and the product through Product Backlog Items such as User Stories and Personas so that further need is catered for as we learn, refine and evolve them throughout the project.
A Sprint Retrospective is one of the 4 Scrum Events used in Scrum and other Agile methods as a continual improvement mechanism. In Scrum, it is at the very end of the Sprint, after the Sprint Review. It is used to inspect how the team has collaborated and performed together regarding their processes, tools and people. Any issues or improvements identified are identified and adjusted subsequently for the next Sprint.
Scaled Agile Framework (SAFe)
An Agile framework used to roll out Agile practices across a large organisation or for large projects.
Scrum is an Agile framework originally designed and defined by Ken Schwaber and Jeff Sutherland in The Scrum Guide. It is the most used Agile framework and uses an interactive methodology to deliver products in time-boxed increments. It is a framework for developing, delivering and sustaining complex products.
The Scrum Alliance is an internationally recognised certification body who give accreditation to Scrum Practitioners via courses and exams. RedAgile are Certified Scrum Trainers (CSTs) who deliver Scrum Alliance courses. Certified ScrumMaster (CSM) and Certified Scrum Product Owner (CSPO) are the main foundation courses which you can review and book in our Book Courses menu. RedAgile also run advanced certification courses.
Scrum of Scrums
This meeting is run similar to a Daily Scrum meeting and occurs when several Scrum Teams are working on the same product or project, or in scaled agile frameworks. A contributor from each depending Scrum Team (usually a technical Developer) will attend the Scrum of Scrum meetings to ensure teams are represented, informed and in sync with their dependencies.
This is a Kanban board used by a Scrum team, also called a ‘Task Board’. It is used to visualise the workflow of the current Sprints and its Increments. Columns headings for a basic Scrum board are To Do, Doing and Done. Scrum Teams use these boards to see the current status of the Sprint, they move items as they start, progress and complete from left to right columns.
Scrum Education Units (SEUs)
SEUs are units of education in the form of study, events or volunteering that relate to Scrum that are required to keep your Scrum Alliance certification valid. You are a required to complete an amount of SEUs per certification before renewal every 2 years. Refer to our SEU page for more details.
The Scrum Guide was written by Ken Schwaber and Jeff Sutherland who are the creators of Scrum. It contains the definition of Scrum including roles, events, artifacts and the rules that bind them together.
The Scrum Master is one of 3 roles in the Scrum Team. They are the coach and leader who serves Scrum Team, they facilitate events where needed, they remove obstacles for the team, and are an advocate for all things Scrum.
The Scrum Team is made up of 3 parts; the Scrum Master, the Product Owner, and Developers who together produce Products via Sprints.
The Scrum Values are 5 values that are recognised by The Scrum Guide as being the most important to Scrum Teams to make them agile and the most effective. The values are Focus, Openness, Respect, Commitment and Courage.
According to The Scrum Guide, for the Developers to perform at its best, they should be self-managing (and cross-functional). That is, they need to be autonomous, and manage their tasks and time themselves within each Sprint and around the Scrum Events to get the Product and its valuable increments delivered.
A Sprint in Scrum is the equivalent of an Iteration in Agile terminology. It is a timeboxed period, usually between 2-4 weeks. Each Sprint will be the same timeboxed period as the last Sprint to help establish a rhythm and will follow straight on from the last one.
The Sprint Backlog is one of the 3 primary artifacts in Scrum. It contains all the items that will be delivered by the Developers in a Sprint. Items are taken out of the Product Backlog by the Developers and into the Sprint Backlog during Sprint Planning.
The Sprint Demo or Demonstration is the culmination of all the items and activity from the Sprint that will be demonstrated and reviewed by the Scrum Team and stakeholders during the Sprint Review. This event supports the Scrum Team alignment in demonstrating if expectations are met or exceeded.
Each Sprint requires a goal which will describe the outcome for that particular Sprint. It’s important as it gives the Scrum Team an objective and intention for the Sprint. It is defined and agreed by the Scrum Team during the Sprint Planning meeting.
This is one of the 4 Scrum Events and signifies the start of the Sprint. It is attended by all the Scrum Team. During the meeting, the Product Owner will explain each Product Backlog Item and the group collectively estimates the effort involved. The Developers will then decide which items from the Product Backlog they can complete in the next Sprint, which will become the Sprint Backlog. The Scrum Team also decides on a Sprint Goal which explains what this Sprint is about, why they are building this increment.
This is one of the 4 Scrum Events and signifies the end of the Sprint. It is attended by the Developers and the Scrum Master and is recommended for the Product Owner to attend as well. During the meeting, the team inspects honestly the last Sprint regarding how people, relationships, processes and tools worked together. They identify and order the things that went well and potential improvements on how the Scrum Team does its work. They then create a plan for implementing those improvements. The team may adapt its definition of ‘Done’.
This is one of the 4 Scrum Events and will be at the end of the Sprint but before the Sprint Retrospective. This is an informal meeting where the Developers present what they have achieved in the sprint to stakeholders; it has to be demonstrable. They also explain what went well, what issues they had and how they solved them. The Product Owner explains what Product Backlog Items have been done and what has not been done and projection on likely future delivery dates based on progress to date. The Scrum Master facilitates the timebox, ensures the event takes place, and that everyone understands the purpose. The Team reviews if anything has changed in the market that might change the future Sprints and to decide which items to deliver next. The timeline and budget are reviewed.
This is the same as a Scrum Team and used mostly in Scaled Agile methodologies. It’s not used in Scrum.
A person who has an invested interest in a project or product but who are not responsible for running the project or creating the product.
Also called Daily Stand-Ups or Daily Scrum meeting, and is one of the 4 Scrum Events. This Scrum event occurs every day and is a maximum of 15 minutes. It gives the Developers a chance to catch up on what they have been working on the previous day, what they are going to work on today, and any issues or roadblocks. It is run by the Developers however the Scrum Master ensures that it takes place and adheres to the time, and will facilitate the meeting if required.
Stories (or User Stories) describe a feature of the system or product. They are better short and simple so that the Scrum Team understands and refers to it. A common format is “As a <type of user>, I want <a goal> so that <a reason>”
Story Points are the estimated and arbitrary points given to each User Story or Product Backlog Item. This will serve as a primary quantification of progress for the Team in the Burndown Charts.
This can be another name for a Scrum Board or may include the Sprint board, a Burndown Chart and any other items relevant for that Sprint so that the team can easily see their progress and see who is working on what items. It’s usually placed on a wall near the team so that they can see and update it at any time.
A set time period. Scrum uses timeboxed events to ensure the efficient running of the meeting and Sprint. For example, the Daily Scrum meeting has a set 15-minute timebox so that the Developers can get a quick update then get on with building the Product. In keeping the meeting short, it fosters the Scrum Values, in particular Focus and Openness.
Themes are a way of grouping Product Backlog Items into related groups. They may belong to the same functional area or have something in common. Examples of Themes are System Fix, login, Deposit, Migration Tool, etc.
One of the 3 empirical pillars of Scrum as per The Scrum Guide. Transparency is giving visibility to the significant aspects of the process to those responsible for the outcome. Examples can be sharing a common language for the processes within the Scrum Team or coming up with a common ‘Definition of Done’.
This is a group of Scrum Teams or Squads, but this is not used in Scrum. It’s mostly used in Scaling Agile methodologies or large Agile projects.
User Stories describe a feature of the system or product. They are better short and simple so that the Scrum Team understands and refers to it. A common format is “As a <type of user>, I want <a goal> so that <a reason>”.
The Scrum Values are 5 values that are recognised by The Scrum Guide as being the most important to Scrum Teams to make them agile and the most effective. They are Focus, Openness, Respect, Commitment and Courage.
Sprint Velocity is a key metric in Scrum. It measures the sum of work or Story Points a Scrum Team can complete during a single Sprint. It is a metric associated with the specific Scrum Team which is essential to review fluctuations and progress during the product development. See Scrum Reporting for more details.
Voice of Customer (VOC)
The Product Owner is often referred to as the Voice of the Customer as they represent the customer and ensure that the Scrum Team delivers what the customer needs.
Extreme Programming (XP for short) is another Agile method, focused mainly on software and craftsmanship. To this end, it uses techniques like TDD (Test Driven Development) and ‘Pair Programming’, where programmers sit side by side reviewing each other’s code as they go.
RedAgile are Australia's leading Agile Scrum training provider certified by the Scrum Alliance. As Australia's best Scrum training provider we offer Agile Scrum training courses and consulting services both online and in-person. Our training portfolio includes: Certified Scrum Master (CSM) and Certified Scrum Product Owner (CSPO) as well as our new Advanced Certified ScrumMaster (A-CSM) and Advanced Certified Scrum Product Owner (A-CSPO) courses.