The three pillars of scrum

Most practitioners associate the tenets of the agile manifesto as the guiding principles in executing their scrum agendas. In this article, With the premise of Scrum optimized on empirical process control, I wanted to spend some time looking into the three pillars of Scrum theory: transparency, inspection and adaption and provide some annotation on what they really mean, and why these pillars should be the foundations of your practice.

Most practitioners associate the tenets of the agile manifesto as guiding principles in executing their scrum agendas. In this article, With the premise of Scrum optimized on empirical process control, I wanted to spend some time looking into the three pillars of Scrum theory: transparency, inspection and adaption and provide some annotation on what they really mean, and why these pillars should be the foundations of your practice.

Transparency

Scrum is a framework, and frameworks work when you create a mutual set of transparent standards that are understood and accepted. From cadence in communications to understanding user acceptance criteria and definition of done advocated for during planning, transparency is key to expectations within the Scrum team and associated stakeholders.

Inspection

As opposed to the waterfall sequential process of gathering requirements, building, testing, and publishing, Scrum prides itself on a circular iterative process. You build in iterations, inspect, adjust, and build again. Throughout the sprint, it is encouraged that scrum members validate the work they are doing with the product owner, facilitating incremental inspection towards ensuring trajectory to definition of done. Inspection allows for accounting for the unexpected conditions that may either prevent definition of done, or reduce the level of its overall success, however it is also important that the inspection mechanism isn’t overused at the expense of productivity and velocity, ultimately disrupting work. This of course sounds very familiar to engineers who employ test-driven programming, asserting a test suite of use cases accounting for known variances that map with the definition of done.

Adaptation

The fundamental superpower of Scrum is in its ability to encourage pivoting, shifting gears and direction based on feedback. Following on from inspection, adaptation allows you to learn and change what isn’t working, rather than commit to the project based on steadfast requirements gathered at a singular point in time. But not just the idea is open to change, but the process itself. As a framework, Scrum allows you to augment and adjust to your needs, and this pillar gives you the mandate to adjust communications, cadence, sprint length, inspection checkpoints accordingly.

Author: Doron Katz

Hi, I’m Doron, a data-driven technical program manager, published author, proud father and husband, based in Seattle.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s