Creating Customer Value with Quality Requirements

How do you know what to build of your customer wants a “secure solution with a good amount of flexibility and user-friendliness”? You don’t! Force the customer to be more specific!

Maximizing customer value is one of the most important guiding principles in agile development practices. After some years with experience with agile practices, we now see that an exclusive focus on value expressed as functionality can seriously undermine the quality of the software product. This manifests itself as bad usability, poor performance or unchangeable software.

This has led to a slightly stronger focus on code quality and software architecture to solve these issues. But in all project environments resources; time and money, are limited and the owners of the project initiative want value for money. Quality is also perceived as a technical or architectural issue not something the product owner should care (or know something) about.

It is much more difficult to measure quality compared to time, cost or functionality, so it’is hard to know if you’re delivering software with sufficient quality or not. And if you can’€™t measure quality it’is difficult to challenge your development team on it. This is where measurable quality requirements come to the rescue.

This talk suggests how you handle and formulate quality requirements in a way that lets the customer
* prioritize between different quality attributes
* prioritize between quality and cost
* measure if acceptable quality is delivered

I will also explain the clear distinction between two types of non-functional requirements, constraints (technology, design, architecture) and quality requirements.

Video producer:

2 thoughts on “Creating Customer Value with Quality Requirements

  1. Our website\downloads gives plenty of practical advice that Mario refers to from us in this video on quantifying any quality. And any value. See esp gilb essentials. CE book chapter 5 Scales of measure. Or mail me directly for free advice.

Comments are closed.


Why Learning Product Organizations Experiment Frequently

Many organizations are afraid of designing and running experiments for product development. Validation of the assumption approach has not been widely spread in the industry as a standard. Hypotheses are taken as facts and they are turned into requirements and features without verification. In contrast, other companies seem to be more customer value-oriented and validate […]

Read More

Designing a Scalable Product & Engineering Methodology

Are you bored by hearing about Spotify’s Model, Basecamp’s Shape Up, or Netflix’s “No Rules Rules”? All of them do have something in common. They tailored something unique to match both their ambition and their strengths, while honestly acknowledging their weaknesses.

Read More

Design Thinking Activities

This video explains that the six stages of the design thinking process can be supported by a very wide range of UX methods and activities. Don’t limit yourself to the most commonly mentioned methods.

Read More

Copyright © 2009-2022 Martinig & Associates