What Is Quality?

Agile teams build high-quality products. Agile team members write high-quality code. Agile teams produce functionality quickly by not sacrificing quality.

Quality Checked Stamped Seal

Each of these is something I’ve said before. And if you haven’t said these exact things, you’ve likely said something similar.

Quality gets mentioned a lot in discussions about agile. And so, perhaps it’s worth clarifying my definition of quality. Of course, others have thought about quality more deeply than I’m capable of. And so, I won’t be providing a new definition of quality here. But I will explain how I think of quality.

One of the leading advocates for quality was Philip Crosby. In the 1970s he proclaimed that “quality is free” because doing something right the first time at a high level of quality was cheaper than fixing it later. Crosby defined quality as “conformance to requirements.”

I never really bought into Crosby “conformance with requirements” approach (even before agile came around) because there was never a way to be confident requirements were accurate. Saying something like old Microsoft Bob was high quality because it complied with some ill-conceived requirements document never felt right to me.

Similarly, quality isn’t just being bug-free though, as that’s the same problem.

Another approach to defining quality comes from Joseph Juran. He was one of a number of management theorists who worked in Japan in the 1950s. Juran defined quality as “fitness for use”:

"An essential requirement of these products is that they meet the needs of those members of society who will actually use them. This concept of fitness for use is universal. It applies to all goods and services, without exception. The popular term for fitness for use is Quality, and our basic definition becomes: quality means fitness for use."

This definition of quality really resonates with me. Quality is “fitness for use.” A high-quality product does what its customers want in such a way that they actually use the product. Something that conforms to ill-conceived requirements (such as Microsoft Bob) is not high quality. Something that is buggy isn’t high quality because it isn’t fit for use.

Explore Further

Guide

New To Agile Or Scrum

Featured

Agile helps teams deliver value sooner, learn faster, and adapt when plans change. Use this guide to understand what agile is, how it differs from Scrum, when agile helps, and where to go next if you are just…

Scrum Foundations
Download

Scrum Foundations

Featured

Build a solid understanding of Scrum's framework, values, roles, events, and backlogs with this 19-part video series. All the foundational knowledge of Scrum including: the framework, values, different roles,…

Magician with a magic wand waving it over his hat.
Article

Six Things Your Team Wants from You as Their Scrum Master

Featured

See what teams most need from their Scrum Masters to thrive.

Text graphic: Move tough decisions where teams can make progress.
Article

Put a Tough Decision in Its Place

Move hard decisions to the right place so teams can make progress.

Text graphic: Notice the habits that strengthen collaboration.
Article

The Chivalrous Team Member

Recognize helpful behavior that strengthens collaboration and trust.

Text graphic: Ask whether team structure supports agility.
Article

Nine Questions to Assess Team Structure

Use nine questions to assess whether your team structure supports agile collaboration.