Difference between revisions of "Product owner"
Jump to navigation
Jump to search
(Completed “You ought to” and “You ought not to”.) |
m (Indent all …) |
||
Line 4: | Line 4: | ||
|align="right" valign="top" width="100pt"|<span style="color:{{pearlblue}};">'''You ought to'''</span> | |align="right" valign="top" width="100pt"|<span style="color:{{pearlblue}};">'''You ought to'''</span> | ||
|'''Own, elaborate and communicate the {{p|product vision}}''' | |'''Own, elaborate and communicate the {{p|product vision}}''' | ||
…business representatives best understand the business needs. It is next to impossible for teams to rely on their initial understanding of the domain. | :…business representatives best understand the business needs. It is next to impossible for teams to rely on their initial understanding of the domain. | ||
|- | |- | ||
| | | | ||
|'''Formulate the {{p|unity of purpose}}''' | |'''Formulate the {{p|unity of purpose}}''' | ||
…many teams have rocky beginnings as people struggle to work together.Team members may come from different backgrounds, with different experiences. Therefore, the {{p|product owner}} ought to instill a common {{p|product vision}} and {{p|unity of purpose}} in all members of the team. | :…many teams have rocky beginnings as people struggle to work together.Team members may come from different backgrounds, with different experiences. Therefore, the {{p|product owner}} ought to instill a common {{p|product vision}} and {{p|unity of purpose}} in all members of the team. | ||
|- | |- | ||
| | | | ||
|'''Limit yourself to tell ''what'' needs to be done.''' | |'''Limit yourself to tell ''what'' needs to be done.''' | ||
…the team excels in mastery in their profession. You only have to tell them what needs to be done in order to get the best out of them—they know how. Of course, also tell them ''why'', ''for whom'', and ''when'' you need ''what''. | :…the team excels in mastery in their profession. You only have to tell them what needs to be done in order to get the best out of them—they know how. Of course, also tell them ''why'', ''for whom'', and ''when'' you need ''what''. | ||
|- | |- | ||
| | | | ||
|'''Explain ''why'' it needs to be done.''' | |'''Explain ''why'' it needs to be done.''' | ||
…understanding how each feature fulfills a need and creates value enables the team to discover utility and meaning in what they do. | :…understanding how each feature fulfills a need and creates value enables the team to discover utility and meaning in what they do. | ||
|- | |- | ||
| | | | ||
|'''Order {{pbi}}s according to market and user value.''' | |'''Order {{pbi}}s according to market and user value.''' | ||
…features are not all of equal priority, and their value is not always obvious up front. Features ordered primarily by ease of delivery may reduce the return on investment. | :…features are not all of equal priority, and their value is not always obvious up front. Features ordered primarily by ease of delivery may reduce the return on investment. | ||
|- | |- | ||
| | | | ||
|'''Choose what and when to release.''' | |'''Choose what and when to release.''' | ||
…feature sets can be delivered whenever they are ready, rather than only at the end of the project, facilitating incremental funding, providing incremental ROI and yielding valuable feedback. | :…feature sets can be delivered whenever they are ready, rather than only at the end of the project, facilitating incremental funding, providing incremental ROI and yielding valuable feedback. | ||
|- | |- | ||
| | | | ||
|'''Create and garden {{p|vibrant persona}}s.''' | |'''Create and garden {{p|vibrant persona}}s.''' | ||
…achieve seamless alignment between {{p|vibrant persona}}s and {{p|scenarios define outcome}} by making sure that a relevant {{p|vibrant persona}} exists and is used for each user who you target. Use your {{p|vibrant persona}}s to make quick and wise design choices. | :…achieve seamless alignment between {{p|vibrant persona}}s and {{p|scenarios define outcome}} by making sure that a relevant {{p|vibrant persona}} exists and is used for each user who you target. Use your {{p|vibrant persona}}s to make quick and wise design choices. | ||
|- | |- | ||
| | | | ||
|'''Prepare and refine {{p|user storie}}s until they are {{p|ready to build}}.''' | |'''Prepare and refine {{p|user storie}}s until they are {{p|ready to build}}.''' | ||
…{{p|user stories}} that meet invest criteria joined with an evolving {{p|ready to build}} lead to a comprehensive, yet flexible, {{p|product backlog}} that feeds the {{p|development team}} into flow. | :…{{p|user stories}} that meet invest criteria joined with an evolving {{p|ready to build}} lead to a comprehensive, yet flexible, {{p|product backlog}} that feeds the {{p|development team}} into flow. | ||
|- | |- | ||
| | | | ||
|'''Groom the {{p|product backlog}} based on feedback and changing conditions.''' | |'''Groom the {{p|product backlog}} based on feedback and changing conditions.''' | ||
…initial requirements are often far from perfect and change constantly and may not cover every need or even be needed. Feedback can inform conscientious product tuning rather than being ignored or addressed reactively. | :…initial requirements are often far from perfect and change constantly and may not cover every need or even be needed. Feedback can inform conscientious product tuning rather than being ignored or addressed reactively. | ||
|- | |- | ||
| | | | ||
|'''Keep a short, iterative, sustainable, and predictable design cycle.''' | |'''Keep a short, iterative, sustainable, and predictable design cycle.''' | ||
…{{p|scrum}}’s short 2–4 week {{p|sprint}}s are ideally suited to create a predictable and sustainable development rhythm, a cadence that may eventually become the pulse for the organization as a whole, for your market, even. Walk shoulder to shoulder with your {{p|scrum master}} to do so. Consider establishing a {{p|season beat}}. | :…{{p|scrum}}’s short 2–4 week {{p|sprint}}s are ideally suited to create a predictable and sustainable development rhythm, a cadence that may eventually become the pulse for the organization as a whole, for your market, even. Walk shoulder to shoulder with your {{p|scrum master}} to do so. Consider establishing a {{p|season beat}}. | ||
|- | |- | ||
| | | | ||
|'''Perform acceptance tests to meet the criteria of {{p|ready to ship}}.''' | |'''Perform acceptance tests to meet the criteria of {{p|ready to ship}}.''' | ||
…ensure that stakeholders understand that the outcome of a {{p|sprint}} is not a finished product, yet make sure to get everyone’s consent on what’s considered done. Evolve that definition. | :…ensure that stakeholders understand that the outcome of a {{p|sprint}} is not a finished product, yet make sure to get everyone’s consent on what’s considered done. Evolve that definition. | ||
|- | |- | ||
|align="right" valign="top"|<span style="color:{{pearlblue}};">'''You ought not to'''</span> | |align="right" valign="top"|<span style="color:{{pearlblue}};">'''You ought not to'''</span> | ||
|'''Manage the work of others''' | |'''Manage the work of others''' | ||
:…your job is to create a product that works as advertised and that people want to buy.The team creating it is an autonomous, purposeful lean machine of masters in their profession. Feed them with purpose. Do not (micro) manage them. | |||
|- | |- | ||
| | | | ||
|'''Tell anyone ''how'' to do their job.''' | |'''Tell anyone ''how'' to do their job.''' | ||
…the team implementing your product vision displays mastery in their activities, knowledge, and skills. Let them work out how it’s done while you feed them with {{p|product vision}} and ''what'' needs to be done. | :…the team implementing your product vision displays mastery in their activities, knowledge, and skills. Let them work out how it’s done while you feed them with {{p|product vision}} and ''what'' needs to be done. | ||
|- | |- | ||
| | | | ||
|'''Create your product in a vacuum.''' | |'''Create your product in a vacuum.''' | ||
…your work is interwoven with the work of every other team and is part of a larger whole. Involve cross-functional teams in your reviews and retrospectives. Keep an open mind and foster new ideas. | :…your work is interwoven with the work of every other team and is part of a larger whole. Involve cross-functional teams in your reviews and retrospectives. Keep an open mind and foster new ideas. | ||
|- | |- | ||
| | | | ||
|'''Lose sight of the purpose behind your product.''' | |'''Lose sight of the purpose behind your product.''' | ||
…in agile settings, scope varies, so let {{p|scenarios define outcome}} to drive the required applications, features, user roles, dependencies in a collaborative workflow. | :…in agile settings, scope varies, so let {{p|scenarios define outcome}} to drive the required applications, features, user roles, dependencies in a collaborative workflow. | ||
|} | |} | ||
Revision as of 10:47, 12 February 2012
As product owner…
You ought to | Own, elaborate and communicate the product vision
|
Formulate the unity of purpose
| |
Limit yourself to tell what needs to be done.
| |
Explain why it needs to be done.
| |
Order product backlog items according to market and user value.
| |
Choose what and when to release.
| |
Create and garden vibrant personas.
| |
Prepare and refine user stories until they are ready to build.
| |
Groom the product backlog based on feedback and changing conditions.
| |
Keep a short, iterative, sustainable, and predictable design cycle.
| |
Perform acceptance tests to meet the criteria of ready to ship.
| |
You ought not to | Manage the work of others
|
Tell anyone how to do their job.
| |
Create your product in a vacuum.
| |
Lose sight of the purpose behind your product.
|