Agile Product Ownership in a nutshell

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

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.

———–

117 Comments

  • 1
    October 26, 2012 - 6:59 am | Permalink

    Solid!

  • 2
    October 26, 2012 - 7:41 am | Permalink

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

  • 3
    Pierre
    October 26, 2012 - 9:33 am | Permalink

    Brilliant!

  • 4
    Emile Bakker
    October 26, 2012 - 9:56 am | Permalink

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

    Regards,

    Emile

  • 5
    October 26, 2012 - 10:48 am | 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
    October 26, 2012 - 11:20 am | Permalink

    amazing, wonderful!

  • 7
    Konstantin Razumovsky
    October 26, 2012 - 11:28 am | Permalink

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

  • 8
    October 26, 2012 - 11:32 am | Permalink

    Great animation and excellent content. Thank you Henrik !

  • 9
    October 26, 2012 - 12:31 pm | Permalink

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

  • 10
    October 26, 2012 - 1:08 pm | Permalink

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

    Thanks for taking the time to do it!

  • 11
    Jon E
    October 26, 2012 - 2:48 pm | Permalink

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

  • 12
    Rijad Salcinovic
    October 26, 2012 - 3:49 pm | Permalink

    Excellent!!!

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

  • 13
    Michael Braasch
    October 26, 2012 - 4:58 pm | Permalink

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

  • 14
    October 26, 2012 - 5:56 pm | Permalink

    Great explanation! :)

  • 15
    David
    October 26, 2012 - 7:00 pm | Permalink

    Amazing User Story Henrik!

  • 16
    Christian A
    October 26, 2012 - 10:31 pm | Permalink

    Like it. Great stuff.

  • 17
    Javier
    October 26, 2012 - 10:52 pm | Permalink

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

  • 18
    October 26, 2012 - 10:53 pm | Permalink

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

  • 19
    October 27, 2012 - 6:40 pm | 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. http://www.youtube.com/watch?v=u6XAPnuFjJc

    Well done, Henrik!

  • 20
    October 28, 2012 - 1:35 pm | 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 [...]

  • 21
    October 28, 2012 - 5:07 pm | 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!

  • 22
    Corinne Cassaday
    October 28, 2012 - 7:00 pm | Permalink

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

  • 23
    October 29, 2012 - 1:05 am | Permalink

    [...] http://blog.crisp.se/2012/10/25/henrikkniberg/agile-product-ownership-in-a-nutshell#more-2756 [...]

  • 24
    Prasantha
    October 29, 2012 - 4:04 am | Permalink

    Fantastic work!

  • 25
    October 29, 2012 - 11:57 am | 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.

    Thanks
    Sree

  • 26
    Mattias Skarin
    October 29, 2012 - 12:16 pm | Permalink

    Really cool summary!

    Thanks for sharing the tools :)

  • 27
    October 29, 2012 - 4:49 pm | Permalink

    [...] blog.crisp.se Dieser Beitrag wurde unter Allgemeines abgelegt und mit Video verschlagwortet. Setze ein [...]

  • 28
    October 29, 2012 - 6:16 pm | Permalink

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

    Thanks a lot.

  • 29
    Guillaume Iacino
    October 29, 2012 - 9:10 pm | Permalink

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

  • 30
    rrajeshk
    October 30, 2012 - 7:08 pm | Permalink

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

  • 31
    October 31, 2012 - 2:19 am | Permalink

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

  • 32
    October 31, 2012 - 10:13 am | Permalink

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

  • 33
    October 31, 2012 - 12:18 pm | 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 [...]

  • 34
    November 1, 2012 - 10:50 am | 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 [...]

  • 35
    November 1, 2012 - 9:11 pm | 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 [...]

  • 36
    November 1, 2012 - 11:26 pm | Permalink

    Brilliant Henrik. A truly informative visualisation.

  • 37
    Jay Gupta
    November 2, 2012 - 1:55 pm | Permalink

    Great Presentation! Concentrated informations.

  • 38
    Daniel
    November 2, 2012 - 2:34 pm | Permalink

    Awesome video!

  • 39
    November 4, 2012 - 1:58 pm | Permalink

    Thanks for a most excellent presentation!

  • 40
    Gery Derbier
    November 5, 2012 - 2:02 pm | Permalink

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

    • 41
      November 5, 2012 - 2:37 pm | 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.

  • 42
    November 5, 2012 - 4:17 pm | 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

    cheers
    fA

  • 43
    November 5, 2012 - 5:53 pm | 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!

  • 44
    Vinod Raghupathy
    November 6, 2012 - 8:08 pm | Permalink

    Very good article. Well written too.

  • 45
    November 7, 2012 - 2:45 pm | 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 http://blog.crisp.se/2012/10/25/henrikkniberg/agile-product-ownership-in-a-nutshell. [...]

  • 46
    Elango
    November 7, 2012 - 4:08 pm | Permalink

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

  • 47
    November 8, 2012 - 1:13 am | Permalink

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

  • 48
    Laura
    November 9, 2012 - 10:45 pm | Permalink

    How very creative and insightful! Thank you.

  • 49
    November 16, 2012 - 8:17 am | Permalink

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

  • 50
    November 22, 2012 - 10:41 am | Permalink

    great & very helpful presentation and visualization!

  • 51
    martin
    November 22, 2012 - 12:18 pm | Permalink

    Great video! Its a keeper!

  • 52
    Martin
    November 22, 2012 - 10:56 pm | Permalink

    Hi,

    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.

    Martin

  • 53
    November 26, 2012 - 8:33 pm | 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 [...]

  • 54
    November 30, 2012 - 1:00 pm | Permalink

    Is “Not yet” an alternative to “No”

    great overview though :-)

  • 56
    Inge Gorgon
    December 3, 2012 - 9:40 pm | Permalink

    Great summary. And very visual. Thanks for this!

  • 57
    December 8, 2012 - 5:30 pm | 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 [...]

  • 58
    December 14, 2012 - 7:16 pm | 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 – http://www.mikogo.com/solutions/software-development/.

    Thanks!

    Spencer Dunfee
    Mikogo Team
    sdunfee@mikogo.com

  • 59
    December 17, 2012 - 5:17 pm | 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 [...]

  • 60
    Linda Cook
    December 19, 2012 - 9:59 pm | Permalink

    Henrik,

    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!

    Linda

  • 61
    January 2, 2013 - 6:26 pm | 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 [...]

  • 62
    January 10, 2013 - 7:26 pm | Permalink

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

  • 63
    January 13, 2013 - 4:05 pm | 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:
    http://johnpeltier.com/blog/2012/10/29/product-ownership-b2b/

  • 64
    Deon
    January 16, 2013 - 11:21 pm | Permalink

    Genius.. thank you.

  • 65
    FX Maquaire
    January 17, 2013 - 3:50 pm | 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 ?

  • 67
    January 20, 2013 - 11:07 am | Permalink

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

  • 68
    January 24, 2013 - 12:16 am | Permalink

    [...] Video source: http://blog.crisp.se/2012/10/25/henrikkniberg/agile-product-ownership-in-a-nutshell [...]

  • 69
    sune
    February 1, 2013 - 5:03 pm | 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
    Sune

    • 70
      February 1, 2013 - 9:06 pm | 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.

  • 71
    February 3, 2013 - 8:33 pm | Permalink

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

  • 72
    February 3, 2013 - 11:22 pm | Permalink

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

  • 73
    February 6, 2013 - 11:18 am | Permalink

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

  • 74
    Jeroen
    February 6, 2013 - 8:24 pm | Permalink

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

  • 75
    February 18, 2013 - 12:02 am | Permalink

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

  • 76
    February 19, 2013 - 2:28 pm | Permalink

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

  • 77
    February 24, 2013 - 12:47 am | 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 [...]

  • 78
    Sebastien
    March 1, 2013 - 6:24 am | Permalink

    Excellent !

    Thank you very much.

  • 79
    Roy Maines
    March 7, 2013 - 4:49 pm | Permalink

    Nicely done.

  • 80
    March 11, 2013 - 8:31 am | Permalink

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

  • 81
    March 19, 2013 - 6:07 pm | Permalink

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

  • 82
    March 21, 2013 - 12:28 am | 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. [...]

  • 83
    March 21, 2013 - 4:41 pm | 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!

    • 84
      March 21, 2013 - 4:57 pm | 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.

      • 85
        April 27, 2014 - 9:37 am | 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.

  • 86
    Daniel Ovaska
    March 28, 2013 - 11:15 am | Permalink

    Nice work. I agree with everything and very good presentation :)

  • 87
    April 5, 2013 - 4:41 pm | Permalink

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

  • 88
    Saurabh
    April 6, 2013 - 11:31 am | 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…..

  • 89
    April 11, 2013 - 5:46 pm | Permalink

    [...] http://blog.crisp.se/2012/10/25/henrikkniberg/agile-product-ownership-in-a-nutshell [...]

  • 90
    Magnus
    April 19, 2013 - 11:22 am | Permalink

    Just great! Thank you very much.

  • 91
    May 2, 2013 - 8:56 pm | Permalink

    Very nice article. I certainly appreciate this website.

    Thanks!

  • 92
    strk
    May 4, 2013 - 1:31 pm | 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?

  • 94
    Steffen
    May 5, 2013 - 9:22 pm | 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.

  • 95
    May 20, 2013 - 3:45 pm | 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 [...]

  • 96
    Johan
    June 2, 2013 - 11:47 am | 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.

  • 98
    Angel
    June 30, 2013 - 12:20 am | 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?

    Gracias!

  • 99
    July 12, 2013 - 9:23 am | 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. [...]

  • 100
    July 16, 2013 - 9:23 pm | Permalink

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

  • 101
    July 23, 2013 - 11:16 pm | Permalink

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

  • 102
    Alexey
    July 26, 2013 - 10:49 pm | Permalink

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

  • 103
    August 4, 2013 - 6:04 pm | Permalink

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

  • 104
    August 6, 2013 - 2:19 pm | Permalink

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

  • 105
    August 6, 2013 - 3:02 pm | Permalink

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

  • 106
    Jo
    September 17, 2013 - 7:47 pm | Permalink

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

    • 107
      September 19, 2013 - 8:35 am | Permalink

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

  • 108
    October 20, 2013 - 6:12 am | 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 [...]

  • 109
    MIhai Barabas
    November 14, 2013 - 8:38 am | 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.

  • 110
    Rao Penumudi
    December 2, 2013 - 11:15 am | Permalink

    Really very good short and great presentation.
    RAO

  • 111
    December 9, 2013 - 5:05 pm | Permalink

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

  • 112
    December 10, 2013 - 12:06 pm | Permalink

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

  • 113
    January 17, 2014 - 4:52 pm | 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 […]

  • 114
    January 28, 2014 - 10:39 am | Permalink

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

  • 115
    March 5, 2014 - 12:02 am | Permalink

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

  • 116
    March 26, 2014 - 11:20 am | Permalink

    […] Source: http://blog.crisp.se/2012/10/25/henrikkniberg/agile-product-ownership-in-a-nutshell […]

  • 117
    June 18, 2014 - 9:09 am | Permalink

    […] 4.     Agile Product Ownership in a Nutshell – http://blog.crisp.se/2012/10/25/henrikkniberg/agile-product-ownership-in-a-nutshell Videos Related to Material Often Mentioned in Class 1.     Switch, How to […]

  • Leave a Reply

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

    You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>