eduScrum®: an opportunity to close the gap between the educational offer and the market requirements?
Willy Wijnands, creator & founder of eduScrum® and initial co-creator of Lightschools® and a passionate Chemistry & Science teacher, believes that Scrum suits the needs of the fast changing market. The workforce of tomorrow has to cope with these changes. Unfortunately, the current educational system is obsolete and this creates a gap between the educational offer and the market requirements. Could eduScrum become the connecting element?
During this session Willy shares his experience in implementing Scrum in education and the benefits eduScrum brings and let you a little bit experience how you can use eduScrum as a tool to work with students in teams and create an Agile mindset by the students.
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:
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
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’
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
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.