Category Archives: Prioritization

Articles that discuss the prioritization of requirements. Prioritization can be used to weight goals, rule out features, or sequence delivery. Prioritization can be based on market comparison, value analysis, company strategy, or user feedback. Different strategies exist for making prioritization decisions, and we talk about them here.

Why Do Products Fail? – Picking the Wrong Users

Exploring the reasons that a product might fail in the market is a useful way to triage and assess what you need to do to prevent the failure of your product.  Instead of taking the “do these things” approach as a prescriptive recipe for product managers, I’m approaching the exact same topic from the opposite direction.  I was inspired in part to explore this approach when thinking about the Remember the Future innovation game.  Instead of asking “What will the system have done?” in order to gain insights what it could be built to do, I’m asking “Why did your product fail?” in order to prevent the most likely causes of failure.

Continue reading Why Do Products Fail? – Picking the Wrong Users

Important Problems – Comparing Products Part 4

If you understand the important market problems, you can make a good product.  If you understand how important each problem is, for each group of customers, you can make a great product.  If you’re new to this series, go back and start at the first article, we’ll wait for you right here.

Continue reading Important Problems – Comparing Products Part 4

Agile Estimation, Prediction, and Commitment

Your boss wants a commitment.  You want to offer a prediction.  Agile, you say, only allows you to estimate and predict – not to commit.  “Horse-hockey!” your boss exclaims, “I want one throat to choke, and it will be yours if you don’t make a commitment and meet it.”  There’s a way to keep yourself off the corporate gallows – estimate, predict, and commit – using agile principles.

This is an article about agile product management and release planning.

Continue reading Agile Estimation, Prediction, and Commitment

Don’t Prioritize Features!

Estimating the “value” of features is a waste of time.  I was in a JAD session once where people argued about if the annoying beeping (audible on the conference line) was a smoke alarm or a fire alarm.  Yes, you can get to an answer, but so what?! The important thing is to solve the problem.

Continue reading Don’t Prioritize Features!

Use Cases for Iterative Development

Almost everything I’ve read about use cases focuses on describing what needs to be added to your product.  Agile development says “get it working first, make it better second.”  That means changing the way the software enables a user to do something they can already do.  How do you manage requirements for incremental improvement?

Continue reading Use Cases for Iterative Development

Atomic Requirements

Each requirement you write represents a single market need, that you either satisfy or fail to satisfy.  A well written requirement is independently deliverable and represents an incremental increase in the value of your software.  That is the definition of an atomic requirement.  Read on to see why atomic requirements are important.

Continue reading Atomic Requirements

User Goals and Corporate Goals

When defining requirements, you always start in the context of a goal – either a user goal or a corporate goal.  You need to be aware of both.  Having a positive user experience is important, and requires a user-centered understanding.  Achieving your corporate goals might be in conflict with some user goals.

Continue reading User Goals and Corporate Goals

Personas Make Blue Ocean Strategy Proactive

Blue Ocean Strategy provides an interesting reactive analysis of companies and markets.  Personas are used to understand your customer’s needs.  Combining the two provides powerful proactive insights when positioning your product for market success.

Continue reading Personas Make Blue Ocean Strategy Proactive

Product Growth Strategy

Growth is a make or break measurement for products and companies.  Investment is often determined by expected value, which is based (in part) on expectations of growth.  When you create a product, there are aspects of growth – how many people can use your product, and how many people do use your product.  When dealing with a freemium business model, there are two elements of use – paid use and free use.

Continue reading Product Growth Strategy