7 deadly sins of Agile: Pride

Published on
2 minute read

The Peril of Pride in Agile: A Cautionary Tale 

Pride, in moderation, fuels our drive for quality and achievement. However, in the Agile world, there’s a thin line between healthy pride and its excessive, blinding counterpart.  

This post navigates the treacherous waters of pride in Agile practices, offering insights into maintaining a balance between confidence and overconfidence. 

The Sin of Blind Pride  

Blind pride in Agile manifests when we value our work without validating its real-world impact. 📊 It’s essential for Agile teams, especially product owners, to not just build features based on gut feelings but to back their decisions with solid data and analysis. 

  • Hypothesis-Driven Development: Always start with a hypothesis and then validate it. 

  • Avoiding Assumptions: Assumptions can lead to misdirected efforts and wasted resources. 

  • Embrace Data: Use telemetry and analytics to validate the value of your work. 

Learning from Failures  

Pride can also become an obstacle when it prevents us from acknowledging and learning from our failures. Recognising when to cut losses and pivot is crucial. 

  • Case Study - Nokia: Satya Nadella’s decision to write down Nokia is a classic example of overcoming pride for practicality. 

  • Sunk Cost Fallacy: Don’t let past investments cloud your judgment about future potential. 

Developers and Pride  

Developers often fall into the trap of building features more for personal satisfaction than for real customer value. 🛠️ Balancing technical excitement with business goals is vital. 

  • Value-Driven Development: Focus on features that offer real value to customers. 

  • Check Your Ego: Regularly question if your work aligns with customer needs. 

Vanity Metrics vs Reality 

Pride can lead us to focus on vanity metrics, those that look good on paper but don’t necessarily reflect true success or progress. 

  • Real Metrics Matter: Track metrics that genuinely indicate progress and success. 

  • Continuous Re-evaluation: Regularly assess your metrics to ensure they align with real goals. 

Conclusion  

In Agile, pride must be tempered with humility and a commitment to continuous learning. 🌱 Embrace a culture where feedback is valued over ego, where data drives decisions, and where failures are seen as opportunities to grow. 

  • Embrace Humility: Stay open to learning and feedback. 

  • Data-Driven Decisions: Let data, not ego, guide your choices. 

  • Learn from Failures: See every setback as a chance to improve. 

Takeaways 

  • Avoid blind pride by basing decisions on data and analysis. 

  • Recognise and pivot away from failing ventures. 

  • Balance technical excitement with actual customer value. 

  • Focus on meaningful metrics, not just vanity metrics. 

  • Maintain a culture of humility and continuous learning.

One of the seven deadly sins of Agile is pride. Now, you do want to take pride in your work. We all want to do good things. We want to believe that the things that we create are valued. But I think the pride that’s the sin part is blind pride. You’re taking pride in something without actually measuring its outcome. Right? We talk about this all the time for product owners. Don’t just build stuff willy-nilly. You need to collect the data, the telemetry, the analysis. You have to do hypothesis. You have to create the hypothesis: “I think this thing, if I build it, is going to add value.” You create it, and you don’t just assume that it’s going to make the value that you think it is. That’s pride talking. You need to analyse the data and figure out if that actually did provide the value you’re expecting. And you need to stop investing in something that isn’t providing the return that you’re expecting it to do.

Another good example of that is H Satia writing down the cost of Windows Phone, writing off Nokia for £8 billion. Sometimes you have to swallow your pride and not sink more money into something that’s not going to provide a return, and you just have to stop. I used to work at a bank in the UK, near Edinburgh, and they created this massive piece of software that basically all it did was create forms for customers to fill out. But it was the most convoluted, unusable, unwieldy… I don’t know, I’m trying to think of more words to describe the ridiculousness of this software. It didn’t provide the features that they actually needed, but they’d spent £2 million on building it, so they must use it. We must continue to use it. That’s that sunk cost fallacy, right? Which I think is very closely related to pride. “Well, we’ve invested this much money; it must be awesome, so we must use it.” And those are assumptions.

Yeah, I think pride is how come we assume stuff. We assume lots of things. The product owner assuming that the features, the ideas that they have are good ones, right? The market doesn’t always agree. Developers building things in a way that entertains them rather than that actually focuses on the value delivered to the business. I’ve been guilty of that many times, of working on features because they were fun, not because they provided any value to the customer. I’ve done that a ton. So you need to be really careful that you don’t become too prideful, make assumptions about the products and capabilities that you’re building, the code that you’re writing, the stories that you tell in such a way that it clouds your view of what’s really going on. Right? Because then all you’re looking at is vanity metrics. You’re missing out on what’s really going on. So don’t be so prideful that you miss out on what’s really going on.

Thanks for watching the video. If you enjoyed it, please like, follow, and subscribe. I always reply to comments, and if you want to have a chat about this or anything else Agile, Scrum, or DevOps, then please book a coffee with me through Naked Agility.

Metrics and Learning Personal Pragmatic Thinking Product Owner Agile Product Management Value Delivery Evidence Based Leadership Experimentation Hypothesis Driven Development Decision Making

Connect with Martin Hinshelwood

If you've made it this far, it's worth connecting with our principal consultant and coach, Martin Hinshelwood, for a 30-minute 'ask me anything' call.

Our Happy Clients​

We partner with businesses across diverse industries, including finance, insurance, healthcare, pharmaceuticals, technology, engineering, transportation, hospitality, entertainment, legal, government, and military sectors.​

Slaughter and May Logo
Ericson Logo
Epic Games Logo
Schlumberger Logo
Capita Secure Information Solutions Ltd Logo
Teleplan Logo
Hubtel Ghana Logo
Philips Logo
SuperControl Logo
Healthgrades Logo
Boxit Document Solutions Logo
Higher Education Statistics Agency Logo
Xceptor - Process and Data Automation Logo
Graham & Brown Logo
YearUp.org Logo
Deliotte Logo
Lean SA Logo
Genus Breeding Ltd Logo
New Hampshire Supreme Court Logo
Royal Air Force Logo
Washington Department of Enterprise Services Logo
Washington Department of Transport Logo
Department of Work and Pensions (UK) Logo
Ghana Police Service Logo
Sage Logo
ProgramUtvikling Logo
MacDonald Humfrey (Automation) Ltd. Logo

NIT A/S

YearUp.org Logo
Microsoft Logo