Agile Product Ownership in a nutshell

Share on FacebookShare on Google+Tweet about this on TwitterShare on LinkedIn

This is basically a 1 day product ownership course compressed into a 15 minute animated presentation.

Over a million views! Some call it “The best 15 minutes on the Internet” 🙂

There’s obviously more to product ownership than this, so see this is a high level summary.

Special thanks to Alistair Cockburn, Tom & Mary Poppendieck, Jeff Patton, Ron Jeffries, Jeff Sutherland, and Michael Dubakov for providing many of the models, metaphors, and ideas that I use in this presentation.

Translations: (see also the translation guide by Cédric Chevalerias)

Below is a full transcript in english. But I recommend watching the video instead of reading the transcript. The video is 100% visual, the transcript is 0% visual…


Let’s talk about Agile software development from the perspective of the Product Owner.

Here’s Pat. She’s a product owner. She has a product vision that’s she’s really passionate about. She doesn’t know the details of what her product is going to do, but she knows why we’re building the product, what problem it is going to solve, and for whom. She talks about it all the time.

Here are the stakeholders. The people who are going to use, support, or in any way be affected by the system being developed. Pat’s vision is that these people will love our system and use it all the time.

The stakeholder needs are expressed as user stories. For example in a flight booking system, people need to be able to search for a flight. That would be one user story. Stories often correspond roughly to a feature, or a use case. The stakeholders have lots of ideas, Pat helps them divide these into fairly distinct user stories.

Now, somebody has to BUILD the system. Here they are, the development team.

Since this is an agile team, they don’t save up for a big bang release at the end. Instead, they release early and often. They usually release 4-6 stories per week, so that is their capacity. It is easy to measure, just count the number of stories released per week. Some stories are big, so they count as two, some are small and count as a half. But all in all, it adds up to about 4-6 stories per week.

In order to maintain this pace, and not get bogged down by manual regression testing, the team invests heavily in automated testing and continuous integration. Every feature has automated acceptance tests, and most of the code has automated unit tests.

The problem is, here are bunch of stakeholders asking for all kinds of stuff, and they sure aren’t going to be limited to 4-6 ideas per week. They have LOTS of ideas and LOTS of wishes. And every time we deliver something to them, they will get even more ideas and ask for even more stuff.

So what happens if we try to do everything they ask for? We’ll get overflow. Suppose the team starts working on 10 new stories per week. If the input is 10, and the output is 4-6, the team will get overloaded with work. That will cause multitasking, demotivation, and ultimately lower output and lower quality. It’s a lose-lose proposition.

It’s like trying to shove more paper into a printer to make it print faster. Or shoving more cars onto a crammed highway system. It doesn’t work, it just makes things work. It’s a basic law of the universe – if Input is greater than the Output, you unavoidably get overcrowding or leaks.

The Scrum and XP way of avoiding this problem is called “yesterday’s weather”. The team says “well, the past few weeks we’ve finished 4-6 features per week. So which 4-6 features shall we build this week?.”. The product owner’s job is to figure out, out of all the possible stories in the whole universe, which 4-6 shall we deliver next?

The Kanban way is to limit work-in-progress. Suppose the team decides that 5 is the optimal number of stories to be working on simultaneously, just enough to keep everyone busy without causing overload. So they decide that 5 is their WIP limit. Whenever they finish one story, they will accept one new story, thereby making sure they never break the limit of 5 ongoing stories.

Both of these approaches work fine. And they will cause a queue to form in front of the team, which in Scrum is called a Product Backlog.

This queue needs to be managed. If stakeholders keep asking for 10 new stories every week, and the teams deliver 4-6, the queue will keep getting longer and longer. Before you know it, you have a 6 month long wish list in the backlog. That means that, on average, every story that the team delivers is something that somebody asked for 6 months ago. How agile is that?

There is only one way to stop the queue from going out of the control. That is the word No. It is the most important word for a product owner, and Pat practices it every day in from of the mirror. Saying yes to a new feature request is easy. The most important job for a product owner is to decide what NOT to build, and take the consequences of that decision.

The product owner decides what goes in, and what goes out. The product owner also decides the sequencing – what do we build now, what do we build later? This is a hard job, and needs to be done in collaboration with the team and stakeholders.


To be able prioritize, the product owner must have some idea of the value of each story, as well as the size. Some stories are critically important, others are really just bonus features. Some stories take just a few hours to build, others take months.

Guess what the correlation is between story value and story size? That’s right – None! Bigger doesn’t mean better. Think of any system that you have used, and I bet you can think of at least one really simple feature that is very important, that you use every day. And I bet you can think of least one huge complicated feature that is totally unimportant – like that silly paperclip guy that was in Microsoft office a few years ago.

Value and size is what helps Pat prioritize intelligently.

These two stories are roughly the same size, but have different value. So build this one first. And over here- these two stories have roughly the same value, but different size. So build this one first. And so on.

But wait a sec – how does she know the value of a story? How does she know the size? Well, here’s the bad news – she doesn’t. It’s a guessing game.

And it’s game that everyone is involved in! Pat continuously talks to stakeholders to find out what they value. She continuously talks to the team to find out what they think is big or small, in terms of implementation effort. These are relative guesses, not absolute numbers. I don’t know what this apple weighs, or that strawberry. But I’m pretty sure that the apple weighs at least five times as much, and that the strawberry tastes better (to me). And that’s all Pat need to know in order to prioritize the backlog! It’s pretty cool that way.

At the beginning of a new project our guesses will inevitably suck. But that’s OK, the biggest value is really in the conversations rather than in the actually numbers. And every time the team delivers something to real users, we learn something and get better at guessing both value and size. That’s why we continuously prioritize and estimate. Trying to get it all right from the beginning is pretty dumb, because that’s when we know the least. The feedback loop is our friend.


Prioritization is not enough though. In order to deliver early and often, we need to break the stories down into bite-sized pieces, preferably just a few days of work per story. We want this nice funnel shape, with small, clear stories at the front and more vague stories at the back. By doing this break-down in a just-in-time fashion, we can take advantage of our latest insights about the product and the user needs.

All this stuff I’ve been talking about – estimating the value and size of stories, prioritizing, splitting – all that is usually called “backlog grooming”. Pat runs a backlog grooming workshop every wednesday from 11:00 – 12:00. The whole team is usually there, and sometimes a few stakeholders as well. The agenda varies, sometimes the focus is on estimation, sometimes on splitting stories, and sometimes on writing acceptance criteria for a story.

I hope you’re noticing the theme here. Communication! Product Ownership is really all about communication. When I ask experienced product owners what it takes to succeed, they usually emphasize passion and communication. It is no coincidence that the first principle of the agile manifesto is “Individuals and Interactions over Processes and Tools”.

So the PO’s job is not to spoon-feed the team with stories. That’s boring and ineffective. Pat, instead, makes sure everybody understands the vision, that the team is in direct contact with stakeholders, and that there is a short feedback loop in terms of frequent deliveries to real users. That way the team learns and can make daily tradeoff decisions on their own, so Pat can focus on the big picture.

There are number of tradeoffs that need to be made by Pat and the team. Let’s look at a few.

First of all, there’s the tradeoff between different types of value. Early on in a project, uncertainty and risk is our enemy.

There’s business risk: are we building the right thing? There’s social risk: can these people build it? There’s technical risk – will it work on the platform that we want to run it on? Will it scale? And there’s cost and schedule risk. Can we finish the product in a reasonable amount of time, for a reasonable amount of money?

Knowledge is the opposite of risk. So when uncertainty is high, our focus is knowledge acquisition- we focus on things like user interface prototypes and technical spikes, or experiments. Not too exciting for the customers, but still valuable because we are reducing risk.

From a customer value perspective, the curve looks like this in the beginning.

As uncertainty is reduced, we gradually focus more and more on customer value. We know what we’re going to build and how, so just do it! And by doing the highest-value stories first, we get this nice steep value curve.

And then, gradually, the value curve starts flattening out. We’ve built the most important stuff, now we’re just adding the “bonus features”, the toppings on the ice cream. This is a nice place to be, because, at any point, Pat and the team may decide to “trim the tail” and move on to another, more important project, or start on a whole new feature area within the same product. That is business agility.

So when I talk about Value here, I mean Knowledge value + Customer value. And we need to find a tradeoff between these two.

Another tradeoff is short term vs long term thinking. What should we build next? Should we do that urgent bug fix, or build that awesome new feature that will blow the users away, or do that difficult platform upgrade that will enable faster development in the future? We need to continuously balance between reactive work and proactive work, or fire-fighting and fire-prevention.

This is related to another tradeoff. Should we focus on “building the right thing”, “building the thing right”, “building it fast”? Ideally we want all three, but it’s hard to find the balance. Suppose we are here – trying to building the perfect product, with the perfect architecture. If we spend too much time to trying to get it perfect, we may miss the market window or run into cash-flow problems.

Or suppose we are here, rushing to turn a prototype into a usable product. Great for the short term, perhaps, but in the long term we’ll be drowning in technical debt and our velocity will approach zero.

Or suppose we are here, building a beautiful cathedral in record time. Except that the users didn’t need a cathedral, they needed a camper van.

There is a healthy tension here between the Scrum roles. POs tend to focus on building the right thing. Teams tend to focus on building the thing right. And Scrum masters, or agile coaches, tend to focus on shortening the feedback loop.

Speed is worth emphasizing. Because a short feedback loop will accelerate learning, so you will more quickly learn what the right thing is, and how to build it right. However, all three perspectives are important so, keep trying to find the balance.

Finally, there is the tradeoff between new product development and old product improvement. Product Backlog is a confusing term, because it implies that there is only one product. And project is confusing term, because it implies that product development “ends”. A product is never really “finished” there’s always maintenance and improvements to be done, all the way until the product reaches end of life and is shut down.

So when a team starts developing a new product, what happens to their last one? Handing off a product from one team to another is expensive and risky. A more common scenario is that the team continues maintaining the old product while developing the new one. So it’s not really a product backlog, it’s more like a team backlog – a list of stuff that the product owner wants this team to build, and it can be a mix of stuff for different products. And the product owner needs to continuously make tradeoffs between these.

Once in a while, a stakeholder will call Pat and say “Hey, when will my stuff be done?” or “How much of my stuff will be done by christmas?”. As PO, Pat is responsible for expectations management! Or, more importantly, realistic expectations management. That means no lying. I know, it’s tough, but who said Agile was easy?

It’s not really that hard to make a forecast, as long as it doesn’t have to be exact. If you measure the velocity of your team, or the combined velocity of all your teams, you can draw a story burnup chart. The chart shows the cumulative number of stories delivered over time (or story points if you prefer).

Note the difference. This curve shows output. That curve shows outcome. That’s the output, and that’s the outcome that we hope it will achieve. Our goal is not to produce as much output as possible. Our goal is reach the desired outcome, using the least possible output. Less is more.

Look at the burn up chart and draw an optimistic and pessimistic trend line. You can do it using fancy statistics voodoo, or you can just draw it visually. The gap between these lines is of course related to how wavy and unpredictable your velocity is. That tends to stabilize over time, so our cone of uncertainty should get tighter and tighter.

OK, so back to expectations management.

Suppose the stakeholders ask Pat “When will all of THIS stuff be done?”. “When will we be here?”. That’s a fixed-scope, variable time question. Pat uses the two trend lines to answer. “Most likely sometime between April and mid-May”.

Suppose the stakeholders ask Pat “How much will be done by christmas?”. That’s a fixed time, variable scope question. The trend lines tell us “We’ll most likely finish all these, some of these, and none of these.”

Suppose the stakeholders say “Can we THESE features by christmas”. That’s a fixed time, fixed scope question. Looking at trend lines, Pat says “Nope, sorry, it ain’t gonna happen”, followed by “here’s how much we can get done by christmas” or “here’s how much more time we need”. It’s generally better to reduce scope than to extend time, because if reduce scope first, we still have the option to extend the time later and add the rest of the stories. Vice versa doesn’t work, because, darnit, we can’t turn the clock backwards! Time is rather annoying that way, isn’t it. Pat makes the choice easy by saying “we could deliver something here, and the rest later. Or we could deliver nothing here and the rest later. What do you prefer?”

The calculations are simple to do, so Pat updates the forecast every week.

The important thing here is that Pat is using empirical data to make the forecast, rather than wishful thinking. And she is being honest about the uncertainty. I said no lying right? This is a very honest way of communicating with stakeholders, and they usually appreciate that a lot. If your organization doesn’t like truth and honesty, it won’t like agile.

A word of warning though. If the team is accumulating technical debt – if they’re not writing tests, and not continuously improving the architecture – then the they will get slower and slower over time, and the story burnup curve will flatten out. That makes forecasting almost impossible. So the team is responsible for maintaining a sustainable pace, and Pat avoids pressuring them into taking shortcuts.
What if we have a larger project with multiple teams? Instead of one team with 5 people here, we might have 3 teams. And we might have several product owners, each with their own backlog for a different part of the product.

Overall, the model is really the same. We still need capacity management, we still need stakeholder communication, we still need product owners who can say No, we still need backlog grooming. Velocity is the sum of all output, and can be used for forecasting. Or make a separate forecast for each team, if that makes more sense.

In a multi team scenario, however, the POs have an important additional responsibility – to talk to each other! We should organize the teams and backlogs to minimize dependencies. But there will always be SOME dependencies. So there needs to be some kind of sync between the product owners so that we build things in a sensible order, and avoid sub optimization. In large projects, this usually calls for some kind of Chief Product Owner role to keep the product owners synchronized.

OK, that’s it! Agile product ownership in a nutshell.



  • 1
    2012-10-26 - 06:59 | Permalink


  • 2
    2012-10-26 - 07:41 | Permalink

    Wow, how great is that, what did you use to produce that, very impressive, thank you.

  • 3
    2012-10-26 - 09:33 | Permalink


  • 4
    Emile Bakker
    2012-10-26 - 09:56 | Permalink

    Really like your presentation. It might be in a nutshell, but is does touch on each essential element of product ownership.
    Great work!



  • 5
    2012-10-26 - 10:48 | Permalink

    Way to go !
    I did the same kind of thing a while ago about portfolio mgmt : an overall picture explained incrementally (picture and video of the talk).
    but I didn’t turn it into a self-supported animated video.
    Nice job !

    • 6
      2015-07-15 - 22:57 | Permalink

      Hi Thomas, is what you produced on Portfolio mgmt available for viewing on a site?

  • 7
    2012-10-26 - 11:20 | Permalink

    amazing, wonderful!

  • 8
    Konstantin Razumovsky
    2012-10-26 - 11:28 | Permalink

    Great idea and implementation! What tool did you use to produce that (if it’s not a top secret)?

  • 9
    2012-10-26 - 11:32 | Permalink

    Great animation and excellent content. Thank you Henrik !

  • 10
    2012-10-26 - 12:31 | Permalink

    Tools used: Wacom Intuos 5 drawing tablet + Artrage + Screenflow. Great tools all three!

  • 11
    2012-10-26 - 13:08 | Permalink

    Very nice presentation.
    I shared it with a lot of people from our organization.

    Thanks for taking the time to do it!

  • 12
    Jon E
    2012-10-26 - 14:48 | Permalink

    Fantastic. This is the example I have been looking for.

  • 13
    Rijad Salcinovic
    2012-10-26 - 15:49 | Permalink


    PO in a nutshell and also great introduction to Agile for anyone.

  • 14
    Michael Braasch
    2012-10-26 - 16:58 | Permalink

    Hands down the most clear explanation of the Agile Product Owner role and Agile overall! Well done!

  • 15
    2012-10-26 - 17:56 | Permalink

    Great explanation! 🙂

  • 16
    2012-10-26 - 19:00 | Permalink

    Amazing User Story Henrik!

  • 17
    Christian A
    2012-10-26 - 22:31 | Permalink

    Like it. Great stuff.

  • 18
    2012-10-26 - 22:52 | Permalink

    One of the best agile resources I have ever seen. Thanks!

  • 19
    2012-10-26 - 22:53 | Permalink

    Super presentation and content! Thanks for do the work and publishing this to the world.

  • 20
    2012-10-27 - 18:40 | Permalink

    This is amazing! It does not only explain important aspects of the Product Owner role is an easy to understand way, but also visualizes central aspects of agile software development like fast feedback, sustainable pace, velocity, and release forecast. And all of this in only 15 min!

    The technique used reminds me of the famous “RSA Animate” 10 min science videos. One of the most remarkable maybe the one explaining Dan Pink’s research about what motivates us.

    Well done, Henrik!

  • 21
    2012-10-28 - 13:35 | Permalink

    […] Wonderful short video on how to be a Product Owner – should be required viewing for all PO’s and similarly essential viewing for anyone that’s trying to understand the principles of Agile. Captured in this video is the essence of Agile product development. Watch it once and if you don’t understand it all, watch it again. But most importantly, if you are a Product Owner, note the parts about working closely with the team. Share this:TwitterFacebookGoogle +1Like this:LikeBe the first to like this. Tagged Agile, product owner […]

  • 22
    2012-10-28 - 17:07 | Permalink

    Great presentation! This is really thorough about the engineering side of product management (which has now become the “product owner” role) – but I live in B2B land, so there’s a lot of product management that happens outside of what’s presented here. I’m working on a 2-part blog post to cover that material and will link it here.

    Thanks for writing and animating this, I’ll be referring to it in the future!

  • 23
    Corinne Cassaday
    2012-10-28 - 19:00 | Permalink

    Great summary !!! Enjoyed the presentation format…..informative and fun.

  • 24
    2012-10-29 - 01:05 | Permalink

    […] […]

  • 25
    2012-10-29 - 04:04 | Permalink

    Fantastic work!

  • 26
    2012-10-29 - 11:57 | Permalink

    Very nice article. Some key messages from your presentation
    Communications & passion,
    Outcomes with minimum output,
    expectation management by reduced scope rather than reduced time and ‘Learn to say No’ 🙂

    Also, I will be keen to know what drawing tool you used for your presentation? It is very visual and I would like to use the same in my presentations if possible.


    • 27
      2019-11-13 - 21:09 | Permalink

      Thank you so much for the wonderful video explaining about the PO role within a team/organization!

  • 28
    Mattias Skarin
    2012-10-29 - 12:16 | Permalink

    Really cool summary!

    Thanks for sharing the tools 🙂

  • 29
    2012-10-29 - 16:49 | Permalink

    […] Dieser Beitrag wurde unter Allgemeines abgelegt und mit Video verschlagwortet. Setze ein […]

  • 30
    2012-10-29 - 18:16 | Permalink

    Wow. Best video about Scrum I’ve ever seen.

    Thanks a lot.

  • 31
    Guillaume Iacino
    2012-10-29 - 21:10 | Permalink

    Thanks for the excellent video. Great focus on the value, feedback loop and responsibilities.

  • 32
    2012-10-30 - 19:08 | Permalink

    Simple, Precise and heading the point. I love this.

  • 33
    2012-10-31 - 02:19 | Permalink

    […] Here is the link: Agile Product Ownership in a Nutshell […]

  • 34
    2012-10-31 - 10:13 | Permalink

    […] только на английском, так что кому проще читать, то вот его статья со всем текстом (возможно Google Translate поможет в случае […]

  • 35
    2012-10-31 - 12:18 | Permalink

    […] here’s an engaging and useful overview of Agile Product Ownership by Henrik Kniberg over on Crisp’s Blog.  I also love the sketching tool he’s narrating over! (it’s ArtRage if you were […]

  • 36
    2012-11-01 - 10:50 | Permalink

    […] post picks up where we left off in Part 1, reviewing the recent post Agile Product Ownership in a Nutshell by Henrik Kinberg from the context of Product Management.  We had broken down one of the setup […]

  • 37
    2012-11-01 - 21:11 | Permalink

    […] Kniberg har i sitt knivskarpa blogginlägg förklarat hur produktägaren bör arbeta, en gång för alla. Luta dig tillbaka och unna er 15 […]

  • 38
    2012-11-01 - 23:26 | Permalink

    Brilliant Henrik. A truly informative visualisation.

  • 39
    Jay Gupta
    2012-11-02 - 13:55 | Permalink

    Great Presentation! Concentrated informations.

  • 40
    2012-11-02 - 14:34 | Permalink

    Awesome video!

  • 41
    2012-11-04 - 13:58 | Permalink

    Thanks for a most excellent presentation!

  • 42
    Gery Derbier
    2012-11-05 - 14:02 | Permalink

    At 12:40 you are using the term ‘cone of uncertainty’. As I became quite wary of this expression (e.g. I’m curious what exactly you are meaning here.

    • 43
      2012-11-05 - 14:37 | Permalink

      I drew two two lines – the green and red trend lines (optimistic and pessemistic). Those form a cone. And like all cones, it gets wider and wider. Further into the future we know less; the cone is wider, hence the term “cone of uncertainty”. As velocity gets more stable, the two lines will come closer to each other, so the cone will be narrower. That’s what I meant.

  • 44
    2012-11-05 - 16:17 | Permalink

    Wow, Henrik awesome video!

    I like very much the usage of the animation to show all the concepts: great focus on the value, feedback loop and responsibilities.

    I would like see more on the final ‘large’ Product Ownership model for the entire organization


  • 45
    2012-11-05 - 17:53 | Permalink

    Amazing read, loved this, “A word of warning though. If the team is accumulating technical debt – if they’re not writing tests, and not continuously improving the architecture – then the they will get slower and slower over time, and the story burnup curve will flatten out. That makes forecasting almost impossible. So the team is responsible for maintaining a sustainable pace, and Pat avoids pressuring them into taking shortcuts.”. Summarizes everything!

  • 46
    Vinod Raghupathy
    2012-11-06 - 20:08 | Permalink

    Very good article. Well written too.

  • 47
    2012-11-07 - 14:45 | Permalink

    […] Yesterday a friend sent me the link to a great audiovisual mini-training on Product Ownership, that Henrik Kniberg just published on the CRISP blog […]

  • 48
    2012-11-07 - 16:08 | Permalink

    Short but very informative and clearly explaining the real risks and the skills required for the Product Owner to handle them…awesome!

  • 49
    2012-11-08 - 01:13 | Permalink

    […] More about the role of the product owner in Henrik Kniberg’s most excellent video. […]

  • 50
    2012-11-09 - 22:45 | Permalink

    How very creative and insightful! Thank you.

  • 51
    2012-11-16 - 08:17 | Permalink

    Great work. The teams are that, what they do: They communicate! Therefore they need the communication adresses: Stakeholder.

  • 52
    2012-11-22 - 10:41 | Permalink

    great & very helpful presentation and visualization!

  • 53
    2012-11-22 - 12:18 | Permalink

    Great video! Its a keeper!

  • 54
    2012-11-22 - 22:56 | Permalink


    Great overview! I’m an coach myself and really like the depth you were able to go in such a short time. It makes me want to do one for another subject I have in mind. I saw that you mentionned you use artrage and a wacom but I was wondering how you had the brush/pen animation. I recorded my session and was able to playback but I did not see an option to add to “virtual” brush/pen… Did you add this with Screenflow? Or is there an easier way?

    Thank for a great overview and for your help if you get to it.


  • 55
    2012-11-26 - 20:33 | Permalink

    […] used to create the presentation: ArtRage and Wacom Intuos, the same tools Henrik used for the Product Ownership in a Nutshell video. Tags Mobile First, Responsive | « Using continuous improvement in product […]

  • 56
    2012-11-30 - 13:00 | Permalink

    Is “Not yet” an alternative to “No”

    great overview though 🙂

  • 58
    Inge Gorgon
    2012-12-03 - 21:40 | Permalink

    Great summary. And very visual. Thanks for this!

  • 59
    2012-12-08 - 17:30 | Permalink

    […] vědět o produkt managementu a roli Product Ownera. Originál spolu s přepisem textu nejdete zde. Bookmark on Delicious Digg this post Recommend on Facebook Share on Google+ Share on Linkedin […]

  • 60
    2012-12-14 - 19:16 | Permalink

    Hi Henrik,

    I was wondering if you guys ever cover tools like web conferencing software that can be used for software developers? At Mikogo we’ve had a lot of positive responses from the software development sector – our screen-sharing platform is often used for both live collaboration between developers and online presentations with clients.

    Does this sound like something that could be of use to you? Or something that would interest your readers? Please let me know your thoughts. You can find more info here –


    Spencer Dunfee
    Mikogo Team

  • 61
    2012-12-17 - 17:17 | Permalink

    […] Kinberg of Crisp Consultants recently published a thorough, entertaining explanation of Agile Product Ownership in a Nutshell that I encourage product professionals to read/watch.  It covers the day-to-day activities of […]

  • 62
    Linda Cook
    2012-12-19 - 21:59 | Permalink


    Fantastic video and a must view for all aspiring PO’s. I use it this video to open conversations with new PO/BO in my organization. Have you started on a similar video for ScrumMasters/Coaches? Many thanks for your contribution to our community!


  • 63
    2013-01-02 - 18:26 | Permalink

    […] ne peux que me faire le relais de cette vidéo, elle explique tout ce qu’il faut aux néophytes et pour les autres c’est un excellent […]

  • 64
    2013-01-10 - 19:26 | Permalink

    […] sieht das Aufgabengebiet eines Product Owners aus? Agile Coach Henrik Kniberg gibt in seinem Video “Agile Product Ownership in a nutshell” einen guten […]

  • 65
    2013-01-13 - 16:05 | Permalink

    As promised, I’ve crafted a response and–now–finally remembered to come share it here!

    For cases in B2B software vendors where a product manager is serving as the team’s product owner, this presentation is incomplete. One sentence summarizes the gap: “She doesn’t know the details of what her product is going to do, but she knows why we’re building the product, what problem it is going to solve, and for whom.”

    My comments here:

  • 66
    2013-01-16 - 23:21 | Permalink

    Genius.. thank you.

  • 67
    FX Maquaire
    2013-01-17 - 15:50 | Permalink

    This video is awesome !
    I translate it in french (and I still learned by doing it)
    What kind of usage do you allow with such a production ?
    Can I put some subtitle on it ? Can I put my frend voice on it ?
    I really want to share your amazing work with french people who are not comforable with english.
    What is the best way according to you ?

  • 69
    2013-01-20 - 11:07 | Permalink

    […] Agile Product Ownership in a nutshell […]

  • 70
    2013-01-24 - 00:16 | Permalink

    […] Video source: […]

  • 71
    2013-02-01 - 17:03 | Permalink

    Used the video as backbone for a product owner day – worked perfectly. Best is probably that they can go back and watch it again, which may lead they to remember what we talked about in more details on the day – so THANKS!

    I do have one question. In the video you nicely explain how a team may go from developing one product to supporting & developing more products (thus having a team backlog instead of a product backlog). However you did not mention how this will impact the vision part. All of a sudden we are supporting more products and the vision will be more difficult to keep. I see this particularly in older IT departments with several to many systems/products to develop and maintain.

    So any suggestion on what to do in this situation?

    usually we end up having no product vision, but rather a vision for the team. This will then be more targetted towards there process and collaboration than the products.

    thanks again

    • 72
      2013-02-01 - 21:06 | Permalink

      That’s a very good question, and I don’t have any good answer. I think it’s about striking a balance. It’s nice to have a team that’s 100% focused on the new thing they are building. It’s also nice to have a team own and maintain all old code that they have written. But you can’t have both, so you need to experiment with finding the right balance.

  • 73
    2013-02-03 - 20:33 | Permalink

    […] 近日,由Henrik Kniberg撰写的博文agile product ownership in a nutshell从产品负责人的角度高度总结了敏捷软件开发。Henrik称其为“将一天的产品负责人课程压缩为15分钟的精彩介绍”。他建议大家观看一个关于敏捷产品所有权的视频,该视频提供了相应的脚本。下面介绍了该视频所涵盖的内容。 […]

  • 74
    2013-02-03 - 23:22 | Permalink

    […] 近日,由Henrik Kniberg撰写的博文agile product ownership in a nutshell从产品负责人的角度高度总结了敏捷软件开发。Henrik称其为“将一天的产品负责人课程压缩为15分钟的精彩介绍”。他建议大家观看一个关于敏捷产品所有权的视频,该视频提供了相应的脚本。下面介绍了该视频所涵盖的内容。 […]

  • 75
    2013-02-06 - 11:18 | Permalink

    […] 近日,由Henrik Kniberg撰写的博文agile product ownership in a nutshell从产品负责人的角度高度总结了敏捷软件开发。Henrik称其为“将一天的产品负责人课程压缩为15分钟的精彩介绍”。他建议大家观看一个关于敏捷产品所有权的视频,该视频提供了相应的脚本。下面介绍了该视频所涵盖的内容。 […]

  • 76
    2013-02-06 - 20:24 | Permalink

    Awesome video, thanks!! This will very much help me to introduce Scrum to our organization.

  • 77
    2013-02-18 - 00:02 | Permalink

    […] Read the full article This entry was posted in Agile, SCRUM and tagged Agile, SCRUM on February 16, 2013 by Gerrit Quast. […]

  • 78
    2013-02-19 - 14:28 | Permalink

    […] 2013-02-19Uncategorized Leave a Comment […]

  • 79
    2013-02-24 - 00:47 | Permalink

    […] ihr schon Henrik Knibergs exzellentes Video zur Rolle des Product Owners? Falls nicht, lege ich es euch sehr ans Herz. Jetzt könnt ihr euch sogar – frisch […]

  • 80
    2013-03-01 - 06:24 | Permalink

    Excellent !

    Thank you very much.

  • 81
    Roy Maines
    2013-03-07 - 16:49 | Permalink

    Nicely done.

  • 82
    2013-03-11 - 08:31 | Permalink

    This is one of the best Agile 101 video I have ever seen! Super nice!

  • 83
    2013-03-19 - 18:07 | Permalink

    “Hope this was useful to you.” Yup! This is great. Many thanks!

  • 84
    2013-03-21 - 00:28 | Permalink

    […] Agile Product Ownership in a Nutshell: I love everything Henrik Kniberg does, so forgive me if this video isn’t specifically focused on Biz Funk agile…I still think it is a great starting point and gives you a great bang for your 15min buck. […]

  • 85
    2013-03-21 - 16:41 | Permalink

    Hi Henrik,

    Maybe that post should’ve been split over several posts – most of us project managers don’t have the time (nor the energy) to read very long posts!

    • 86
      2013-03-21 - 16:57 | Permalink

      Thanks for the suggestion. Last time I checked, however, project managers had just as much time as everyone else. 24 hours per day. This video is aimed at people who want to understand agile product ownership, and who find the topic important enough to invest 15 minutes of their time.

      • 87
        2014-04-27 - 09:37 | Permalink

        That must have been a joke/automated comment from PM Hut, surely?! This remains the best way a new PO could spend 15 minutes.

  • 88
    Daniel Ovaska
    2013-03-28 - 11:15 | Permalink

    Nice work. I agree with everything and very good presentation 🙂

  • 89
    2013-04-05 - 16:41 | Permalink

    […] The swedish consulting firm Crisp posted a cool video on their blog about Agile Product Ownership. […]

  • 90
    2013-04-06 - 11:31 | Permalink

    Great presentation and I see this has been told to you a number of times already. For last 1.5 yrs I am playing a Product Owner role for a very large project with co-located and distributed team and this video does actually covers a greater part of it. This is tough job and you need passion, dedication and support from the team to get it all through. So much to do, for literally one (I want to was ‘one’ in a lighter note here) person while others are there to help is a task. It is important that the team is empowered as much as possible and there is effective ‘tool’ that can help managing the ideas/backlog. I always value tell my team to have ‘conversation’ over anything. Love this video…..

  • 91
    2013-04-11 - 17:46 | Permalink

    […] […]

  • 92
    2013-04-19 - 11:22 | Permalink

    Just great! Thank you very much.

  • 93
    2013-05-02 - 20:56 | Permalink

    Very nice article. I certainly appreciate this website.


  • 94
    2013-05-04 - 13:31 | Permalink

    Hi! Great Job!
    German subtitles are cool, but I’d like to make a true german version with synchronized speech (dubbed). Am I allowed to do so?

  • 97
    2013-05-05 - 21:22 | Permalink

    Great presentation Henrik. – Really funny, good and informative! – Has there been made posters for this presentation for sale. – I would love to have one hanging on my office-wall 🙂

    /Steffen, Copenhagen.

  • 98
    2013-05-20 - 15:45 | Permalink

    […] and responsibilities, such as Product Owner and Scrum Master, we highly recommend watching the Agile Product Ownership in a nutshell video by Henrik Kniberg.  The following article from Ambysoft also provides a good overview of […]

  • 99
    2013-06-02 - 11:47 | Permalink

    That was a great presentation! Very informative and pedagogical. Thanks!.

    Next time I´m in the situation of explaining the PO role for an agile newbie, I´ll send a link to this presentation instead of doing it myself 🙂

    I do have the same wish as Linda. If you´ll find the the time to do a similar presentation from the Agile Coach / Scrum master perspective, that would be really interesting.

  • 101
    2013-06-30 - 00:20 | Permalink

    Thanks for the video. Best use of 15 minutes in a long time.

    Do you know if there is a spanish dubbed or subtitled version of this?


  • 102
    2013-07-12 - 09:23 | Permalink

    […] This has business implications of course. The product owner (or whatever you call the person who makes business priorities) will have to prioritize harder. She’s used to seeing 8-10 stories come out of each sprint. Now she will only see 6-7, so she needs to decide which stories NOT to build. […]

  • 103
    2013-07-16 - 21:23 | Permalink

    […] Henrik Kniberg’s full article 5 months ago Agile, SCRUM […]

  • 104
    2013-07-23 - 23:16 | Permalink

    […] La vidéo est en anglais. Le texte est disponible sur le blog de Crisp. […]

  • 105
    2013-07-26 - 22:49 | Permalink

    Wish list: if you add a few words about tools, which could help manage estimates & prediction, that would be fantastic 🙂

  • 106
    2013-08-04 - 18:04 | Permalink

    […] A versão original está no blog do autor. […]

  • 107
    2013-08-06 - 14:19 | Permalink

    […] Compartilho aqui minha versão traduzida do excelente video de Henrik Kniberg entitulado Agile Product Ownership in a Nutshell. […]

  • 108
    2013-08-06 - 15:02 | Permalink

    […] aqui minha versão traduzida do excelente video Agile Product Ownership in a Nutshell, de Henrik […]

  • 109
    2013-09-17 - 19:47 | Permalink

    Well done! Do you have plans for Chinese and Japanese translations? Thanks!

    • 110
      2013-09-19 - 08:35 | Permalink

      Anybody is welcome to translate it to Chinese or Japanese or any other language. I don’t organize that.

      • 111
        2018-06-30 - 15:01 | Permalink

        Henrik – I’ve been sharing your product here for years in my practice and now make it a required viewing fall all my Coca-Cola Associates. I am going to take this on for Japanese voiceover or subtitles or both next month. Do you happen to have the content of the translation guide replicated anywhere (by Cédric Chevalerias)? The link above is broken/dead.

        Presuming success on our part we would like to share back the finished translation with your help. Thanks for your invaluable contribution of this content.

        • 112
          2018-07-05 - 16:49 | Permalink

          Hi, thanks for offering to translate! Just let me know when you’re done and I’ll add a link above.

          Not sure why the translation guide link is dead, unfortunately.

          • 113
            2018-08-02 - 11:38 | Permalink

            Here you go, Henrik! Thanks again for the high value content. It has provided a lot of value to me over the years and now can continue to provide great value for Japanese readers in this version made possible by my employer, The Coca-Cola Company. I used this subtitled version in a couple of workshops for our Japanese bottler with positive results. Over 50 native speakers have reviewed and it appears the subtitling is effective/correct. Cheers from Coca-Cola Company! #Iamcocacola


  • 114
    2013-10-20 - 06:12 | Permalink

    […] things I’ve created so far are “Scrum and XP from the Trenches“, “Agile Product Ownership in a Nutshell“, and “Scaling agile at Spotify“. (Agile Product Ownership a Nutshell is actually […]

  • 115
    MIhai Barabas
    2013-11-14 - 08:38 | Permalink

    Absolutely genial outline, many thanks.
    I will try to constantly come back together with my teams over this video each time the concepts tend to … fade out.

  • 116
    Rao Penumudi
    2013-12-02 - 11:15 | Permalink

    Really very good short and great presentation.

  • 117
    2013-12-09 - 17:05 | Permalink

    […]               คุณ Henrik เขียนหนังสืออไจล์ทีดีและอ่านง่ายมากๆไว้หลายเล่มแต่ที่สำคัญคือหนังสือเหล่านี้มีให้ดาวน์โหลดฟรี ซึ่งไม่ต่างกับความรู้ด้านอไจล์ต่างๆที่ Henrik แบ่งปันไว้ในโลกออนไลน์ให้ใครๆก็เขาถึงได้ Henrik ทำวิดิโออนิเมชั่นยาว 15 นาทีไว้คลิปหนึ่งชื่อ Agile Product Ownership in A Nutshell ซึ่งหลายคนขนานนามว่าเป็นวิดิโอแนะนำอไจล์ที่ดีที่สุดในโลกเท่าทีเคยมีมา […]

  • 118
    2013-12-10 - 12:06 | Permalink

    […] คุณ Henrik เขียนหนังสืออไจล์ทีดีและอ่านง่ายมากๆไว้หลายเล่มแต่ที่สำคัญคือหนังสือเหล่านี้มีให้ดาวน์โหลดฟรี ซึ่งไม่ต่างกับความรู้ด้านอไจล์ต่างๆที่ Henrik แบ่งปันไว้ในโลกออนไลน์ให้ใครๆก็เขาถึงได้ Henrik ทำวิดิโออนิเมชั่นยาว 15 นาทีไว้คลิปหนึ่งชื่อ Agile Product Ownership in A Nutshell ซึ่งหลายคนขนานนามว่าเป็นวิดิโอแนะนำอไจล์ที่ดีที่สุดในโลกเท่าทีเคยมีมา […]

  • 119
    2014-01-17 - 16:52 | Permalink

    […] of communication, communication and communication. Henrik has also written about it in his blog here. In the blog post you can find the complete drawing, and a transcript of the […]

  • 120
    2014-01-28 - 10:39 | Permalink

    […] Product Ownership in a Nutshell by Henrick Kniberg […]

  • 121
    2014-03-05 - 00:02 | Permalink

    […] The video and presentation is done by Henrik Kniberg from Crisp, here is his blog post. […]

  • 122
    2014-03-26 - 11:20 | Permalink

    […] Source: […]

  • 123
    2014-06-18 - 09:09 | Permalink

    […] 4.     Agile Product Ownership in a Nutshell – Videos Related to Material Often Mentioned in Class 1.     Switch, How to […]

  • 124
    Jan Diesel
    2014-08-06 - 23:07 | Permalink

    As numerous people have already mentioned: this is a great presentation! Is there something like this for the scrum-master?

    • 125
      2014-08-10 - 17:58 | Permalink

      Hi! Glad you like it. I haven’t created anything like for the Scrum Master role, but maybe someone else has.

  • 126
    2014-08-30 - 13:31 | Permalink

    […] Product ownership in a nutshell – Henrik Kniberg (video) […]

  • 127
    2014-09-08 - 23:20 | Permalink

    It’s just a great video, very well done, thank you!

  • 128
    2014-09-30 - 14:55 | Permalink

    […] Henrik Kniberg well known summary of the Product Management Cycle at Spotify: Agile Product Ownership in a nutshell […]

  • 129
    2014-12-12 - 08:35 | Permalink

    Never too late to see this and always a good time to appreciate.
    Awesome video! It rings such a bell with me 🙂
    I could say that I am the chief product owner now 😉 and I can see our process in a nutshell.
    Great job with this video and thank you for this.

  • 130
    2015-01-07 - 15:29 | Permalink

    This is awesome.. Well done for explaining the whole methodology of scrum and process. Thanks for the video.

  • 131
    2015-01-21 - 16:15 | Permalink

    Awesome video! Visually it kind of implies a 1:1 relationship between number of teams and number of product owners, even though you don’t explicitly say that. Rather the opposite. Even though your notes about the PO managing a team backlog rather than a product backlog again kind of implies this 1:1 relationship.

    So just wanna make sure I get this straight. Do we conceptually have a product owner managing a product backlog, that one or more team executes on delivering. Or do we have a product owner managing one or more team backlogs, independently on whether these teams work on one or multiple products? I.e. should the focus of the product owner be on managing the product or the team?

    I assume it should be on the product. But again visually and partially also verbally you kind of imply that the PO also manage the team (backlog).

  • 132
    2015-03-18 - 17:43 | Permalink

    […] Confused about Agile product ownership? Henrik Kniberg helps with an overview diagram that takes a day-long product ownership course and compresses it into a 15-minute animated presentation. […]

  • 133
    2015-04-03 - 12:31 | Permalink

    […] Crisp’s Blog on Agile, […]

  • 134
    2015-04-23 - 10:15 | Permalink

    Amazing! Best video about agile product management and Scrum.

  • 135
    2015-04-24 - 16:22 | Permalink

    […] explanation of dealing with uncertainty of velocity using burn-up charts can be found late in  this  video. This technique may not be good enough, especially in the days of the project or if the project never […]

  • 136
    2015-05-13 - 17:53 | Permalink

    […] focus on a minimal set of features.  This also reminds me a lot of Henrik Kniberg’s video Agile Product Ownership in a Nutshell which puts a lot of emphasis on how important it is that the Product Owner can say […]

  • 137
    2015-07-22 - 00:07 | Permalink

    […] ist die deutsche Version eines grandiosen Videos von Henrik Kniberg (original:…). Das Video erklärt gut das Wesentliche über die Rolle des Product Owners! Übersetzung: Corinna […]

  • 138
    2015-07-22 - 17:01 | Permalink

    […] to build the thing fast so you can get more feedback. (Thanks to Henrik Kniberg’s excellent video Agile Product Ownership in a Nutshell for putting words to that concept). All three are equally important so certain people on team […]

  • 139
    2015-08-10 - 18:34 | Permalink

    […] This has business implications of course. The product owner (or whatever you call the person who makes business priorities) will have to prioritize harder. She’s used to seeing 8-10 stories come out of each sprint. Now she will only see 6-7, so she needs to decide which stories NOT to build. […]

  • 140
    2015-09-10 - 00:31 | Permalink

    […] Для любителей смотреть в оригинале, есть версия с русскими субтитрами и ссылка на оригинальный пост. […]

  • 141
    2015-10-21 - 09:12 | Permalink

    […] Und hier das Original: Crisp’s Blog » Agile Product Ownership in a nutshell […]

  • 142
    2015-12-08 - 06:00 | Permalink

    […] found that much written about it. And if you look at my colleague Henrik Kniberg’s infamous video PO in a nutshell, it seems simple enough. But sometimes life isn’t as simple as in a 15 minute […]

  • 143
    2015-12-29 - 04:48 | Permalink

    […] to build the thing fast so you can get more feedback. (Thanks to Henrik Kniberg’s excellent video Agile Product Ownership in a Nutshell for putting words to that concept). All three are equally important so certain people on team […]

  • 144
    2016-04-12 - 15:10 | Permalink

    Really great visualization about the most important thing and which “agile” puts the spotlight on i.e. the Power by prioritization -> chose “time” then you get less features etc…making a choice do have an impact on other things.

  • 145
    2016-07-31 - 16:23 | Permalink

    […] Video on the role of the PO ( […]

  • 146
    2016-08-01 - 13:33 | Permalink

    […] Product Ownership Overview in a Nutshell […]

  • 147
    Paweł Olchowik
    2016-08-05 - 12:27 | Permalink

    Hi there! great video! I did the Polish translation (video + voice) of it. Is it possible for me to post it to youtube? What kind of credit should I give to you to be “ok”?

    Right now I’m using this vide for internal needs of our company (Orange Polska), but why not give to other people as well?

    • 148
      2016-08-30 - 10:25 | Permalink

      Feel free to post it! Send me a link and I’ll add it to the list of translations.

  • 149
    2016-09-14 - 13:50 | Permalink

    […] added. And this was mostly intentional. It looked a lot like Henrik Kniberg describes in his “Agile Product Owner in a nutshell” video. The items at the back were fuzzy and large, the items at the front was refined and […]

  • 150
    2016-12-08 - 09:52 | Permalink

    Best presentation ever!

  • 151
    2016-12-14 - 06:36 | Permalink

    Gives a good perspective in a simple way!Liked it

  • 152
    2017-01-15 - 19:44 | Permalink

    Great explanation Henrik!

    I also share the experience that the key is for the team to deliver frequently and the ability to tap into real user feedback.

    However I have not been in any agile project that is not having some kind of deadline and especially before getting the initial budget management seems always to need to know the rough estimated cost. Below solution using Agile Monte Carlo forecast and tracking could help the PO with that.

  • 153
    Marti Sheldon
    2017-02-05 - 03:30 | Permalink

    I would like to use your video to start up my PO training course. What are your rules regarding this?

    • 154
      2017-02-06 - 20:31 | Permalink

      Hi, Feel free to use his material as long as you refer to the source.

      Good luck

      Matilda on behalf of Henrik

  • 155
    2017-03-01 - 05:34 | Permalink

    Hi, thank you for this post I agree with you that The Kanban way is to limit work-in-progress. Suppose the team decides that 5 is the optimal number of stories to be working on simultaneously, just enough to keep everyone busy without causing overload. very useful information

  • 156
    2017-07-28 - 16:32 | Permalink

    Hi Henrik,

    I was thinking, do you cover tools like screen sharing that can be used by software development teams ?

    Here at Dead Simple Screen Share a lot of development teams collaborate on our screen-sharing platform. It is free to use and I think would be useful to you and your readers.

    Please let me know what you think here is our website:

    Thanks for your time.
    Warm Regards,
    Ali asgher lakkadshaw

  • 157
    2017-10-19 - 11:33 | Permalink

    Hi guys,

    drawing png link is dead 🙁

  • 159
    2017-10-19 - 11:44 | Permalink

    Drawing link from YT still works:

  • 160
    2018-02-16 - 18:48 | Permalink

    Love this!! Thank you!

  • 161
    2018-03-05 - 09:54 | Permalink

    Russian version doesn’t exist. The link above incorrect, please fix it!

    • 162
      2018-03-13 - 11:56 | Permalink

      The link used to work. Seems like the page is gone. I removed the link. If anyone finds a working link to the Russian version let me know.

  • 163
    Chokchai Phatharamalai
    2018-06-01 - 08:40 | Permalink

    The link to translation guide seems dead to me.

  • 165
    2018-10-04 - 19:43 | Permalink

    Hi Henrik Kniberg! GREAT CONTENT!

    Just a minor fix: the links to Portuguese videos are swapped.

    * Portuguese Brazil should link to:
    * Portuguese Portugal should link to:

  • 167
    Krzysiek Serkies
    2019-02-06 - 10:49 | Permalink

    I love your awesome video and I’ve been using it for my POs. Now I’m working with Polish Product Owners so I decided to do a POLISH TRANSLATION (your video + my voice):
    This is link –>
    It will be an honor for me if you add it to the list on translations.
    (I also sent you an e-mail about this a few weeks ago)

  • 169
    2019-04-23 - 14:55 | Permalink

    Dear Henrik,

    Thank you so much for such brilliant and summarized information. I am Product Manager of SaaS based productivity enhancement, task management product TaskQue( I am in journey of building some really workable solutions which is going to address million $ problems. I will be honor to use your video as one of my main reference for building feature(s).

    also going to add you in my Linkedin

  • Leave a Reply

    Your email address will not be published. Required fields are marked *

    This site uses Akismet to reduce spam. Learn how your comment data is processed.