Scrum Glossary

This glossary can be used as a reference book for Scrum-related terms. Not all terms are mandatory in Scrum, I have also added those that are commonly used in Scrum.

Burndown chart: showing the decrease of remaining work against time.

Burnup chart: showing the completed work compared with its total scope.

Daily Scrum (DS): this is a 15-minute time-boxed event held each day for the Developers to inspect the Sprint progress (towards the sprint goal) and adapt their daily work and the Sprint backlog.

Definition of Done (DoD): a shared understanding of expectations that the Increment must live up to in order to be releasable into production. It is managed by the Development Team.

Developers Role within a Scrum Team accountable for managing, organizing and doing all development work required to create a potential shippable Increment of the product every Sprint.

Emergence: the process of the coming into existence or prominence of new facts or new knowledge of a fact, or knowledge of a fact becoming visible unexpectedly.

Empiricism: The act of making decisions based on what is. By this, I mean that we do the best we can with what we have.

Increment: Scrum Artifact that defines the complete and valuable work produced by the Development Team during a Sprint. The sum of all Increments forms a product.

Product Backlog (PBL): A Scrum Artifact that consists of an ordered list (priorities) of the work to be done in order to create, maintain and sustain the product. It is managed by the Product Owner.

Product Backlog Refinement (PBR): an activity in a Sprint through which the Product Owner and the Development Teams refine the Product Backlog items.

Product Goal: The Product Goal describes a future state of the product that can serve as a target for the Scrum Team to plan against. The Product Goal is in the Product Backlog. The rest of the Product Backlog emerges to define “what” will fulfil the Product Goal. The Product Goal is the long-term objective for the Scrum Team. They must fulfill (or abandon) one objective before taking on the next.

Product Owner: Role in Scrum accountable for maximizing the value of a product, primarily by incrementally managing and expressing business and functional expectations for a product to the Development Team(s).

Scrum: a framework to support teams in complex product development. Scrum consists of Scrum Teams and their associated roles, events, artefacts, and rules, as defined in the Scrum GuideTM.

Scrum Master: Role within a Scrum Team accountable for guiding, coaching, teaching and assisting a Scrum Team and its environments in a proper understanding and use of Scrum.

Scrum Team: a self-organizing team consisting of a Product Owner, Development Team and Scrum Master.

Scrum Values: a set of fundamental values and qualities underpinning the Scrum framework; commitment, focus, openness, respect and courage.

Sprint: The heart of Scrum is a Sprint, a time-box of one month or less during which a “Done”, useable, and potentially releasable product Increment is created.

Sprint Backlog: Scrum Artifact is the set of Product Backlog items selected for the Sprint, plus a plan for delivering the product Increment and realizing the Sprint Goal. The Sprint Backlog is a forecast by the Development Team about what functionality will be in the next Increment and the work needed to deliver that functionality into a “Done” Increment.

Sprint goal: this is an objective that will be met within the Sprint through the implementation of the Product Backlog, and it provides guidance to the Development Team on why it is building the Increment.

Sprint planning: Scrum Event that is time-boxed to 8 hours, or less, to start a Sprint. It serves for the Scrum Team to inspect the work from the Product Backlog that’s most valuable to be done next and design that work into Sprint backlog.

Sprint Retrospective: Scrum Event that is set to a time-box of 3 hours, or less, to end a Sprint. It is an opportunity for the Scrum Team to inspect itself and create a plan for improvements to be enacted during the next Sprint.

Sprint review: Scrum event that is at most a four-hour meeting for one-month Sprints. For shorter Sprints, the event is usually shorter. It is held at the end of the Sprint to inspect the Increment and adapt the Product Backlog if needed. During the Sprint Review, the Scrum Team and stakeholders collaborate about what was done in the Sprint.

Stakeholder: a person external to the Scrum Team with a specific interest in and knowledge of a product that is required for incremental discovery. Represented by the Product Owner and actively engaged with the Scrum Team at Sprint Review.

Technical debt: or code debt, but can be also related to other technical endeavours) is a concept in software development that reflects the implied cost of additional rework caused by choosing an easy (limited) solution now instead of using a better approach that would take longer.

Velocity: This can be used by a Scrum Team as a way to estimate complex work and help them forecast work in a Sprint. Velocity is calculated at the end of the Sprint by totalling the Story Points for all Done Sprint items.

Leave a Reply

Your email address will not be published.


This site uses Akismet to reduce spam. Learn how your comment data is processed.