Unpacking Assumptions: How to Elevate Your Product Development Beyond the Feature Factory

Published on
3 minute read

Let’s dive into a topic that’s been on my mind lately: the importance of addressing assumptions in product development. As I’ve observed in various organisations, there’s often a heavy focus on delivery—specifically, the creation of product increments. While this is undoubtedly a crucial goal, I believe we’re missing a vital piece of the puzzle: the complex problems we’re trying to solve along the way.

The Assumption Trap

In our rush to deliver, we often make assumptions—sometimes without even realising it. This can lead to missed learning opportunities and, ultimately, the dreaded feature factory problem. You know the one I mean: where teams churn out features without truly understanding user needs or the underlying problems they’re trying to solve.

Here are a few factors that contribute to this issue:

  • Insufficient User Understanding: We might take what users say at face value, but do we really grasp their needs? It’s essential to dig deeper and gather data that informs our decisions.

  • Reactionary Development: Often, we find ourselves developing features simply because competitors have done so. This knee-jerk reaction can lead us astray.

  • Poor Collaboration: Healthy collaboration with stakeholders is crucial. If we’re not engaging effectively, we risk misalignment and confusion.

  • Misguided Metrics: Choosing the wrong metrics can skew our understanding of success and lead us down the wrong path.

This brings me to the core of our new PPD V course. We aim to emphasise the significance of understanding assumptions in a complex environment. In many cases, we don’t even know what we don’t know. This uncertainty is why we need a structured approach to navigate our way through product development.

Our primary question throughout this journey is: What works best for the user? To answer this, we’ll explore a full end-to-end empirical cycle that encompasses discovery, delivery, and validation. These three elements are interdependent and essential for navigating assumptions effectively.

Who Is This Course For?

This course is designed for:

  • Product leaders
  • Product owners
  • Product managers
  • Product teams

In essence, anyone involved in the product development process will find value in this class. It’s structured as a one-day course, approximately eight hours long, but we can also break it down into two half-day sessions or smaller chunks to suit your needs.

What to Expect

Throughout the course, we’ll engage with a case study that illustrates how to incorporate discovery and validation into the product development process. Here’s what you can expect to learn:

  • Working with Assumptions: We’ll explore how to identify and challenge assumptions that may hinder our progress.

  • Experimentation: You’ll learn how to design experiments that provide valuable insights into user needs and preferences.

  • Collecting Evidence: We’ll discuss methods for gathering data that informs our decisions and validates our hypotheses.

  • Conscious Learning: This course is all about fostering a culture of learning, enabling us to build better products over time.

Conclusion

In conclusion, the PPD V course is not just about delivering product increments; it’s about fostering a mindset that prioritises understanding and learning. By addressing our assumptions and embracing a more empirical approach, we can create products that truly meet user needs and drive value.

I’m excited to share this journey with you and look forward to seeing how we can all improve our product development processes together. Let’s break free from the feature factory mentality and focus on what really matters: delivering value to our users.

Let’s start with the why. Why was the PPD V course created? Based on our observations of how companies work and how teams work, it seems there is still a lot of attention when it comes to delivery. One may also think that, hey, if we have to put just one goal of every sprint, what is the most important thing that we have to achieve? It is creating a product increment. Done. Product increment.

So, it seems this is an important topic, right? But this is not enough, and I believe we forget, although we emphasise this a lot, that we are solving complex problems. What does it mean? We, along this product development journey, will make a lot of assumptions. What is even worse, some of those assumptions, in some cases, I would dare to say even the majority of them, might be made unconsciously.

So, we made an assumption, we take the next step, but we miss a learning opportunity. This may lead us to the feature factory problem. Of course, we have a lot of memes and stories like, “Hey, strong stakeholders, stakeholder-driven development,” and here we go, we have the feature factory problem in place. But if we think about it deeper, there might be a lot of factors affecting this problem.

Maybe we have insufficient user understanding. Maybe we believe that what our users say is the truth. Well, this is what they say, but guess what? Do we really understand what the need is? Do we have all the data evidence to find the best ways to bring solutions to fulfil users’ needs? This is a valid question.

Maybe we are facing reactionary development. Okay, customers want it because competitors did it. Is it really so? That’s another question. Maybe we are facing insufficient collaboration with our stakeholders, and this is not the healthy collaboration. And maybe we have chosen the wrong metrics. We have a misalignment here. All those things may cause the problem that we call the feature factory problem.

So, what do we want to do with this course? We want to emphasise the topic of assumptions in the complex world. In the complex environment, we don’t know many things. In fact, in many cases, we don’t know what we don’t know yet. So, that’s why this path towards creating high value, towards creating valuable products and solutions for the customers, should be some kind of way how we navigate around assumptions.

Our biggest question is: what works best for the user? To find the answer with the knowledge gained in that course, we will embrace that. In fact, a full end-to-end empirical cycle requires discovery, delivery, and validation. So, those three elements work together to help us navigate around those assumptions.

Our new course is designed for product leaders, product owners, product managers, but also for product teams in general. We believe that everyone involved in the product development process will benefit from this class. This class is designed to be a one-day course, so around eight hours, which can also be split into two half days or smaller chunks.

In this class, we will use a case study that will help us navigate through different concepts throughout this whole story, how to better incorporate discovery and validation into the product development process. Thanks to that, we will get familiar with working with assumptions, experimentation, collecting evidence, and an important word for this class: learning.

So, it will be a conscious learning process on how to build better and better products.

Discovery and Learning Experimentation Empirical Process Control Product Validation People and Process Product Discovery Product Delivery Agile Product Management Continuous Learning Hypothesis Driven Development

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.​

Schlumberger Logo
Brandes Investment Partners L.P. Logo

NIT A/S

New Signature Logo
Bistech Logo
Kongsberg Maritime Logo
Capita Secure Information Solutions Ltd Logo
Alignment Healthcare Logo
SuperControl Logo
Hubtel Ghana Logo
Higher Education Statistics Agency Logo
Sage Logo
Emerson Process Management Logo
Cognizant Microsoft Business Group (MBG) Logo
Boxit Document Solutions Logo
Akaditi Logo
Teleplan Logo
Xceptor - Process and Data Automation Logo
Royal Air Force Logo
Washington Department of Transport Logo
Ghana Police Service Logo
Nottingham County Council Logo
Washington Department of Enterprise Services Logo
New Hampshire Supreme Court Logo
YearUp.org Logo
Philips Logo
Hubtel Ghana Logo
Healthgrades Logo
MacDonald Humfrey (Automation) Ltd. Logo
Xceptor - Process and Data Automation Logo