Let’s talk about this question of product manager versus product owner in a little more detail. We’ll look at the focal points between the two of them because sometimes they’re the same, sometimes they’re not. And we’ll look at how to evaluate whether the development team, the agile team is getting what it needs from whoever is making that rule. And then we’ll look at whether that should be you or not, depending on your particular circumstances.
These are the specific jobs in an agile team role. CSM Certification, or increasingly, people use the term agile coach, is a little more appropriate. Because you’re coaching and helping people self-organize, not mastering them and telling them what to do. This maps most generally to the traditional or general role of the project manager. Though, as we’ll discuss, it’s quite different the way the project manager works in this sense. And the product owner is often or is most associated with the traditional role of product manager. And then you have the rest of the development team. So this is people, engineers, software developers, testers, people in operations, or interdisciplinary folks doing DevOps type work on the infrastructure. So this is the composition of the team that you’re presumably working with, more or less, if you’re doing agile.
Now, let’s sort of texture-out the differences between the product manager and product owner in a little more detail. I’m going to draw on the Scaled Agile Framework, which isn’t something that I necessarily particularly subscribe to. But they do have some interesting ideas about how to organize some of these things. We’ll talk about the product manager versus the product owner. And we’ll talk about it in a few different dimensions. So the focus, Of the product manager is more market-facing, at least in that capacity. Or we use the term business-facing and more customer-facing. And the product owner is more development or engineering-facing.
Working with the agile team, the development team. And the product manager, what do they create regarding the activities of the development team? Well, the product manager creates the focus for the product and its direction. Sometimes encapsulated in this sort of vague idea of a road map. And the basic idea here is you’re driving that intersection of desirability, feasibility, and viability. You’re setting the direction for the product. It’s sort of a manager in the more general sense. And then, the product owner creates a story backlog for each agile iteration. So they prep those user stories if these two people are separate, probably together. And then, they have a backlog of user stories that are the input to the iteration. That is, the agile iteration is one to five weeks, and that’s what these guys or women, as the case may be, create. The time horizon for the two is the product manager, in a skilled, agile firm, they call these program increments. And so these are sort of larger blocks of time.
They depend on the type of product and company, but roughly in the order of maybe a quarter, so three months or something like that. Whereas the horizon here is an individual agile iteration. We’ll say one to five weeks. Hopefully, I recommend generally, the lower end of that. And what do these guys review? What is the primary thing that they look at? Well, the product manager looks at these sort of finished features, which might be the sort of an epic story or sort of an amalgam of a bunch of different stories. It’s a sort of discrete functional unit. At the same time, the product owner is looking at the execution of individual user stories. Now, this distinction is a little tricky. I think that the real point, because I think that user stories are the best thing for everybody to focus on, even perhaps customers, if they’re reviewing a product with you. But I think that the real point here is they’re looking at these user stories as they’re kind of put together in aggregate if they’re not in this product owner role.
This is a little bit about the difference between the one versus the other in this framework. Can you do both jobs? You can, but traditionally, the product owner is there all the time, focusing on just doing this job with the engineering team. So if part of your job is to create sales forecasts and come up with pricing plans and things like that, you may find it difficult to do all that. You may have to make some hard choices.
So let’s talk a little bit about how is the product owner role performing? How do we know if things are okay or not? Because that’s probably the first question to ask. Well, are there a lot of surprises? When the product is shown to internal stakeholders or released to the market are people like, my God, this is just not what I expected. That’s a bad sign. Are there a lot of questions from development? And probably, more importantly, are those fundamental questions of, why the heck are we building this and who’s going to use this? Or are they the kind of tactical questions that a well-briefed team, a team that’s getting good stories and good story workshops, is going to ask, like tactical execution details? Which one is it that matters? The ones that signal that the product owner role needs more kind of gas or juice to bring in a better narrative and a better explanation of what the team’s trying to achieve. The design process, is it robust or not robust? Are you building, for instance, interactive prototypes before you go and put things in a code? This matters somewhat because a robust design process will somewhat frontload the questions that the dev team is going to have. Not completely, I mean, you should always encourage those questions. They are so much valuable to answer them now versus have them crop up later. But a robust design process is something that will help you have a little more control over when and how the inputs and the questions get answered. And the second question is, should this be you, or should you work with somebody else to perform this product owner role? Well, the first question I would ask is, how are things going? If really bad, you may need to step in and do this or look at other more sort of fundamental alternatives. And what are the options? Is there someone on the team that has an interest or someone that could get on the team that has an interest in doing this and wants to do it? And where is the business going to get the most value from you? And this is sort of the hard question. Because if you’re with a development team and you do feel you need to be there, you’re answering a lot of questions, there’s a lot of work to be done to perform this role, which is likely and which is fine.
But you’re struggling to provide good answers. You desperately need to go out and spend more time with customers to understand what’s really valuable for them because they’re releasing things, and your engagement isn’t good. Well, then you may need to make some hard decisions about just starting to put something in place for yourself, for the team, for the moment, and then making time to go out and see those customers. And then finally, can you work in small batches so that you can kind of experiment with different approaches? Those are some things that I would step through. I don’t think there’s a single right answer to this question. And the circumstances that your company is going to be different. And part of the project manager’s job is to make the hard choices about where to invest their time and where to focus the team. But I think this will give you a little bit more of a structured view of how to think through that. And how to evaluate and monitor the decisions you make so that you’re constantly thinking about what’s the right thing for the team and the overall picture for the product and the company.
