Abstract/Description

Most people see bugs as a fact of life in software development. Just like city-wide fires used to be taken as a fact of life in urban living. The key to no longer burning cities to the ground was fire prevention, not improved fire fighting. I’ve applied similar thinking with dozens of teams and shifted to a world in which bugs occur at the same frequency as house fires.

Let’s imagine this world for a moment. These teams don’t have:
* a bug database. They just use a section of the whiteboard.
* lots of testers.
* large suites of automated tests. Lots of their code is untested and known bug-free (yes, that is possible).
* bug triage meetings.
* large customer support teams or devs handling escalations.
* problems in operations or large ops teams.
* story “done-done” criteria or delays in shipping.
* complex trade-offs in prioritizing stories against each other.
* lost revenue due to market embarrassment.

It turns out that most software development activities arise from one source: bugs. They are failure demand, and thus 100% waste. Teams that stop writing bugs get to stop doing these rituals. They spend a lot more time on value delivery and reduce costs across the organization.

In this talk, I’ll show how these teams have stopped writing bugs. We’ll discuss the source of bugs and I’ll show you how to code differently so that bugs just…don’t happen.

About the Speaker(s)

Arlo hates bugs. And has decided to live a life without them - without writing them or needing to find or fix them. Of course, getting there requires changes from the code-base to the boardroom. Fortunately, he is a full-stack doer. Dev, test, user design, sales, accounting, tech support, individual contributor, manager, director, CTO, and CEO - Arlo has done all of these roles. And he has coached people in them. So if you have a systemic problem that no one can solve, if your culture gets int he way of your effectiveness or your code gets in the way of your business, and if you can find him, maybe you can hire....