So what is ‘Scrum’? Part 2 – Core Elements

So what is ‘Scrum’? Part 2 – Core Elements

In this second post of three looking at the basics of Scrum, I introduce the core elements as described in the official Scrum Guide.

The Scrum Guide: The Key Elements of Scrum

The Scrum framework is described fully and eloquently in a relatively short document called the Scrum Guide. It outlines a number of elements:

3 Pillars:

  • Transparency – information is shared openly using a common language
  • Inspection – the scrum team frequently inspect their progress to identify areas for improvement
  • Adaptation – the process is routinely adjusted to optimise performance

3 Roles:

  • Product Owner – responsible for maximizing the value of the product via the product backlog artefact (see below)
  • Scrum Master – promotes and supports Scrum, helping everyone understand Scrum theory, practices, rules, and values
  • Development Team – the team of professionals who do the work of delivering the ‘potentially releasable product increment’

5 Events:

  • The Sprint – a time box of 1 month or less during which a useable, ‘potentially releasable product increment’ is created
  • Sprint Planning – a time boxed session for the whole sprint team to agree on what will be delivered during the sprint
  • Daily Scrum – a time-boxed event for the development team, held at the same time every day, in which they update one another on the status of the sprint
  • Sprint Review – a review by the Scrum Team and other stakeholders of what has been done during the sprint; the Product Backlog (see below) is then amended where appropriate
  • Sprint Retrospective – an opportunity for the scrum team to inspect itself and plan improvements to the next sprint

3 Artifacts:

  • Product Backlog – an ordered list and single source of everything that is known to be needed in the product. Maintained entirely by the Product Owner
  • Sprint Backlog – subset of product backlog items selected for the sprint
  • Increment – the value delivered from all previous sprints plus the product backlog items completed during the current sprint

All of these need to be present if Scrum is to be implemented correctly (without all of these, it is technically not Scrum).  But Scrum is an intriguing, multi-faceted beast. It is designed quite intentionally as a light-weight framework which is in essence very simple to understand, however, the guide states clearly that it “…is not a process, technique, or definitive method.”

In my next post I look at the extra ingredients that are necessary to make Scrum work effectively.

References:

The Scrum Guide: https://www.scrumguides.org/