Welcome back to my blog! Today, I want to share some insights from my recent office hours, where I tackled a few pressing questions about agile practices, particularly around story points, team sizes, and emergent architecture. These topics are crucial for anyone looking to enhance their understanding of agile methodologies and improve their team’s performance.
The Evolution of Story Points
I recently had a thought-provoking conversation on Twitter with Daniel Kahney, who suggested that story points have caused more harm than good in our industry over the past two decades. Initially, I was a fan of story points, but my perspective has shifted significantly. Here’s why:
- Lack of Value: Story points are meant to be a relative measure of effort, but they often fail to provide real value. Each team interprets story points differently, making cross-team comparisons meaningless.
- Predictability Issues: The standard deviation in story point estimation can be as high as 30%. This wide variance makes it difficult to predict what a team can deliver in a sprint accurately.
- Focus on Throughput: Instead of relying on story points, I advocate for measuring throughput. This approach focuses on the number of items completed in a given timeframe, allowing teams to optimise their processes more effectively.
By shifting our focus from story points to throughput and cycle time, teams can make more informed decisions and improve their delivery capabilities. I believe that embracing this change sooner rather than later will lead to better outcomes.
Rethinking Team Size
Another question that came up during my office hours was about team size. The Scrum Guide suggests a team size of 3 to 9 members, but I’ve seen teams thrive with sizes beyond this range. Here’s what I’ve observed:
- Larger Teams Can Work: In my experience, teams of 10 to 12 members can be effective, especially when they incorporate various roles, such as site reliability engineers, within the sprint. This structure allows for better handling of outages and ensures that the team can maintain focus on delivering value.
- Quality and Efficiency: Larger teams can manage more complex tasks and maintain high-quality software in production. They can also run essential checks, such as security and performance benchmarks, without disrupting the flow of work.
While traditional thinking suggests smaller teams are better, the reality is that as we integrate more roles and responsibilities, a slightly larger team can be beneficial.
Selling Emergent Architecture
The final topic I want to address is the concept of emergent architecture. This idea can be challenging to sell to stakeholders who are accustomed to more traditional approaches. Here’s how I approach this:
- Emphasise Flexibility: In today’s fast-paced market, businesses need to be agile and responsive to opportunities. Emergent architecture allows teams to adapt and evolve their systems as new needs arise.
- Real-World Examples: Look at how companies pivoted during the recent pandemic. Many organisations rapidly scaled their infrastructure and introduced new features to meet changing demands. This adaptability is a testament to the value of emergent architecture.
- Engage Stakeholders: It’s essential to communicate the benefits of this approach clearly. Help stakeholders understand that embracing change and flexibility can lead to better market positioning and increased competitiveness.
Conclusion
In summary, my recent discussions have reinforced my belief that we need to evolve our practices to stay relevant in the agile landscape. Moving away from story points, re-evaluating team sizes, and embracing emergent architecture are all steps in the right direction.
If you have any questions or want to dive deeper into these topics, feel free to reach out. I’m here to help you navigate your agile journey. And remember, Naked Agility is available for DevOps and agile training and consulting, don’t hesitate to contact us for a free consultation!
Smart Classifications
Each classification [Concepts, Categories, & Tags] was assigned using AI-powered semantic analysis and scored across relevance, depth, and alignment. Final decisions? Still human. Always traceable. Hover to see how it applies.
What to read next
Navigating Agile Transformation: Empowering Teams for Success in a Rapidly Changing Landscape
Explores effective Agile transformation by empowering teams, improving collaboration, focusing on value delivery, and fostering continuous …
Unmasking Agile: How to Spot Genuine Practices Amidst the Myths
Learn how to identify authentic agile practices, spot common myths, and understand cultural barriers that hinder true agility in modern …
Ditching Agile Banditry: Why Story Points and Velocity Metrics Are Undermining Your Team's Success
Explores how relying on story points and velocity can harm Agile teams, advocating for objective metrics like cycle time and throughput to …
Mastering Agility: Balancing Engineering Excellence and Effective Processes in a Rapidly Changing Business Landscape
Explores how to balance engineering excellence and effective Agile processes, highlighting the need for technical skills, continuous …
Scrum is like communism, it doesn't work. Myth 2
Explains why story points are often misunderstood in Scrum, clarifies their intended use, and offers practical advice for more effective …
Deciphering the Enigma of Story Points Across Teams
Explains why Story Points are subjective and unsuitable for comparing teams, and highlights objective metrics like throughput and value for …
Detecting agile theatre with real delivery signals
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Why Outsourcing DevOps Fails, and How Real Engineering Excellence Starts With Your Team
Avoid DevOps vendor lock-in, discover how true engineering excellence starts with partnership, not outsourcing. Ready to transform your …
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
Why Outsourcing DevOps Fails, and How Real Engineering Excellence Starts With Your Team
Avoid DevOps vendor lock-in, discover how true engineering excellence starts with partnership, not outsourcing. Ready to transform your …
Why Big Bang Rewrites Fail: How Sustainable Change and Engineering Excellence Transform Legacy Systems
Ditch the Big Bang rewrite. Discover why sustainable, in-place change drives true engineering excellence and lasting transformation in your …
Is Agile Really Just a Mindset?
Explores Agile as a disciplined system of delivery, emphasizing engineering excellence, CI/CD, observability, and system design over mindset …
Telling People What to Do Is Not Leadership. It’s a Failure of System Design
Explores why real leadership means designing systems that enable team autonomy, flow, and accountability, rather than relying on …
From Legacy Pain to Modern DevOps: My Proven Roadmap for Real Engineering Transformation
Transform legacy engineering with a proven, step-by-step approach, learn how to automate, adapt, and build a resilient, modern DevOps …
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Kendall Guide - A System of Work for AI Adoption
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Estimating Better in an Overloaded System Is a Poor Man’s Strategy
High work in progress (WIP) causes delays and unpredictability; improving estimates won’t help. Limiting WIP and focusing on flow is key to …