A CMU professor of mine once asked our class: âIs McDonaldâs considered âquality foodâ?â đ

Now, before we dive into the great burger debate, letâs unpack what he really meant by âquality.â
Quality, in his definition, is whether a product or service meets the expectations and specifications set forth. Itâs not about how luxurious or sophisticated the specs are, but whether it hits the mark. đŻ
In todayâs fast-paced, ever-evolving market, our customersâ expectations are continually shifting, expecting nothing but improvement and innovation from our products and services. đ To meet these expectations, change and iteration are not just necessary; theyâre imperative.
This brings us to some critical realizations:
đ Quality goes well beyond avoiding bugs or outages.
đ Quality cannot exist without the ability to rapidly iterate and improve your product.
Now, speed doesnât mean recklessness. Moving fast and breaking things isnât the goal here. Whatâs crucial is measuring and mastering the art of speed.
Applying this to software engineering and borrowing from the Flow Framework we can focus on two vital metrics:
1. **Flow Velocity:** How much can you ship in a given period? (Ship - not do)
2. **Flow Time:** How fast can you ship (from start to finish)?
While many tend to put the spotlight on Flow Velocity, letâs not underestimate the power of Flow Time. The shorter the Flow Time, the more experiments we can run, accelerating our learning curve and creating a virtuous cycle of improvement and innovation. đ
Letâs embrace this mindset and strive for speed without compromising quality. Because in the end, speed and quality are not at odds; theyâre on the same team, driving us toward excellence.