I meet many people who are convinced there is One Way to Do Agile. Oh, and it’s the way they are using the agile practices. In their opinion, everyone should do agile their way.
They believe that the kanban board is more valuable than a Scrum board—or the other way around. They believe that as long as the team estimates together, it doesn’t matter how big the stories are—or they believe that stories the team can finish in one day are the right size. They believe in their burnup charts—or they hate burnups and believe in their burndowns.
We have plenty of beliefs in the agile community.
They exist because we have different contexts for our agile approaches. We work in different domains, with different teams, solving different problems.
And we have confirmation bias. Confirmation bias reinforces our beliefs. It doesn’t matter if our beliefs are correct; we will search for and only see data that supports our beliefs.
Our confirmation bias prevents us from seeing other options, hearing possible arguments to change, and believing data to the contrary.
There are, however, ways to avoid confirmation bias:
When we talk about beliefs, we lead with our guts—our intuition. However, our intuition is not sufficient to help us grow and learn.
Beliefs are fine for religion. But for software teams? We deserve data-based approaches to determine what we need to do for the best outcomes for the people, the products, the customers, and the organization itself.
What do you believe? Can you make it about data and use evidence for your decisions?