Difference between revisions of "Product owner"

From CNM Wiki
Jump to: navigation, search
(Planning)
(Related lectures)
 
(34 intermediate revisions by the same user not shown)
Line 1: Line 1:
A [[product owner]] (hereinafter, the ''Owner'') is an individual, group, and/or organization that provides a product developer or developers with the vision of the product to be developed.
+
A [[product owner]] (hereinafter, the ''Owner'') is an individual, group, and/or [[organization]] that provides a product developer or developers with the vision of the [[work product]] to be developed, improved, sustained, or retired.
  
 +
 +
==Trivia==
 +
===Definitions===
 +
:According to the [[Agile Extension to the BABOK Guide|Agile Extension to the BABOK Guide (preview)]],
 +
::'''[[Product Owner]]'''. The product owner represents the interests of all stakeholders, defines the features of the product and prioritizes the product backlog.
 +
 +
===Owner vs sponsor===
 +
:Both the ''Owner'' and [[effort sponsor]] represent the [[customer]]'s interests, but the ''Owner'' is usually closer to the developers than the ''sponsor''. First, the ''Owner'' has to be available to the developers all the time; this may or may not be true to the ''sponsor''. Secondly, the ''Owner'' leads the development of the [[backlog]]; the ''sponsor'' usually just approves the [[product scope|product]] and [[project scope]]s.
  
 
==Roles==
 
==Roles==
Line 18: Line 26:
  
 
==Common duties==
 
==Common duties==
According to the [[DAMP]], the ''Owner's'' duties can be divided in four groups.
+
According to the [[DREPD]], the ''Owner's'' duties can be divided in four groups.
  
 
===Discovering===
 
===Discovering===
Line 35: Line 43:
  
 
===Analyzing===
 
===Analyzing===
:With respect to [[enterprise analysis]], the ''Owner'':
+
:With respect to [[enterprise research]], the ''Owner'':
 
:*While finding problems to solve,
 
:*While finding problems to solve,
 
:*#'''Compares''' the project performance, the project requirements, and best practices.
 
:*#'''Compares''' the project performance, the project requirements, and best practices.
 
:*#'''Contrast''' the deliverable functions, the product requirements, and the competitors' products.
 
:*#'''Contrast''' the deliverable functions, the product requirements, and the competitors' products.
:*#'''Identifies''' the value-growth and cost-saving opportunities.  
+
:*#'''Identifies''' the value-growth and cost-saving opportunities.
 +
:*#'''Maps out''' project dependencies in order to find bottle necks and to test the tentative sequence of development.  
 
:*While understanding the project performance and challenges,
 
:*While understanding the project performance and challenges,
 
:*#'''Anticipates''' the customer's needs and market trends.
 
:*#'''Anticipates''' the customer's needs and market trends.
 
:*#'''Evaluates''' the project progress through each iteration.
 
:*#'''Evaluates''' the project progress through each iteration.
  
===Modeling===
+
===Envisioning===
:With respect to [[enterprise modeling]], the ''Owner'':
+
:With respect to [[enterprise envisioning]], the ''Owner'':
 
:*While establishing the developers' tasks,
 
:*While establishing the developers' tasks,
:*#'''Creates''' and '''manages''' (or, in the [[agile methodology]], ''grooms'') the [[product backlog]]. Its management is an on-going job and, often, a full-time activity. Nothing is constant in the world of product development and it's important that the ''Owner'' keeps his or her eye on the ball.  
+
:*#'''Creates''' and '''manages''' (''maintains'' or, in the [[agile methodology]], ''grooms'') the [[product backlog]]. Its management is an on-going job and, often, a full-time activity. Nothing is constant in the world of product development and it's important that the ''Owner'' keeps his or her eye on the ball.  
 
:*#'''Develops''' [[product backlog item]]s including its use cases, user stories, epics, and themes.
 
:*#'''Develops''' [[product backlog item]]s including its use cases, user stories, epics, and themes.
 
:*#'''Envisions''' the product. The ''Owner'' is supposed to use their high-level perspective and results of requirements analysis to define goals and create a vision for the product.
 
:*#'''Envisions''' the product. The ''Owner'' is supposed to use their high-level perspective and results of requirements analysis to define goals and create a vision for the product.
Line 53: Line 62:
 
:*#'''Formulates''' the product development strategy or roadmap. The product roadmap is a high-level, strategic visual summary that outlines the vision and direction for the product offering over time. It is both a strategic guide for stakeholders to reference as well as a plan for execution.
 
:*#'''Formulates''' the product development strategy or roadmap. The product roadmap is a high-level, strategic visual summary that outlines the vision and direction for the product offering over time. It is both a strategic guide for stakeholders to reference as well as a plan for execution.
 
:*#'''Prioritizes''' and sequences [[product backlog item]]s in the [[product backlog]] while aiming to:<ul><li>Best achieve (a) objectives of the project, (b) value of the developers' work, and (c) and missions of the performing organization.</li><li>Ensure work focuses on those with maximum business value or ROI that are aligned with product strategy.</li></ul>In prioritizing needs, the ''Owner'' is supposed to juggle the triangle of scope, budget, and time, weighing priorities according to the needs and objectives of stakeholders. For example, if the product under development needs to launch within six months, that constrains the scope of the project. As the project evolves, the product owner will have to gauge which areas have flexibility and which don't to determine how and when each iteration and product element will be developed. In the [[agile methodology]], the ''Owner'' is required to have the [[product backlog item]]s sequenced prior to the Sprint Planning Meeting. This means that each user story must be ordered by relative importance. Multiple highest priorities are rarely used; normal ordering, #1, #2, #3, is common.
 
:*#'''Prioritizes''' and sequences [[product backlog item]]s in the [[product backlog]] while aiming to:<ul><li>Best achieve (a) objectives of the project, (b) value of the developers' work, and (c) and missions of the performing organization.</li><li>Ensure work focuses on those with maximum business value or ROI that are aligned with product strategy.</li></ul>In prioritizing needs, the ''Owner'' is supposed to juggle the triangle of scope, budget, and time, weighing priorities according to the needs and objectives of stakeholders. For example, if the product under development needs to launch within six months, that constrains the scope of the project. As the project evolves, the product owner will have to gauge which areas have flexibility and which don't to determine how and when each iteration and product element will be developed. In the [[agile methodology]], the ''Owner'' is required to have the [[product backlog item]]s sequenced prior to the Sprint Planning Meeting. This means that each user story must be ordered by relative importance. Multiple highest priorities are rarely used; normal ordering, #1, #2, #3, is common.
:*#'''Re-prioritizes''' and re-sequences [[product backlog item]]s when developers' work is either incomplete or un-done.
+
:*#'''Re-prioritizes''' and re-sequences [[product backlog item]]s when developers' work is either incomplete or un-done. The product backlog isn't a static to-do list though. It is a live document that should be continually updated based on evolving project needs throughout development. Because the product backlog will change frequently, the product owner must make the list accessible and available to all stakeholders, especially the developers, to ensure optimized performance and project outcomes.
 
:*While making decisions on the developers' performance and project's future,
 
:*While making decisions on the developers' performance and project's future,
 
:*#'''Accepts''' or '''rejects''' the developers' work done. The ''Owner'' has complete authority to do so.  
 
:*#'''Accepts''' or '''rejects''' the developers' work done. The ''Owner'' has complete authority to do so.  
 
:*#'''Changes''' the course of the project at the end of every Sprint if such a change is needed. The Product Owner is in complete control and can steer the team in a completely different direction at Sprint boundaries. And good Agile teams will welcome this change as long as the Product Owner is confident and knowledgeable. The ''Owner'' shall better be one who is quick to recognize and understand change and to ensure the Product Team adapts to the change in landscape, be it competition, target market or other.
 
:*#'''Changes''' the course of the project at the end of every Sprint if such a change is needed. The Product Owner is in complete control and can steer the team in a completely different direction at Sprint boundaries. And good Agile teams will welcome this change as long as the Product Owner is confident and knowledgeable. The ''Owner'' shall better be one who is quick to recognize and understand change and to ensure the Product Team adapts to the change in landscape, be it competition, target market or other.
 +
:*#'''Makes''' the judgment call on the performance, deciding if the team needs to go back to the drawing board or if they can move on to the next steps.
 
:*#'''Terminates''' a sprint if it is determined that a drastic change in direction is required, for instance, a competitor releases a new version, which demands a counter response. This event is serious for the stakeholders. And this literally means that all work done up until that point is lost.
 
:*#'''Terminates''' a sprint if it is determined that a drastic change in direction is required, for instance, a competitor releases a new version, which demands a counter response. This event is serious for the stakeholders. And this literally means that all work done up until that point is lost.
  
Line 62: Line 72:
 
:With respect to [[enterprise planning]], the ''Owner'':
 
:With respect to [[enterprise planning]], the ''Owner'':
 
:*While bringing the project stakeholders together,
 
:*While bringing the project stakeholders together,
 +
:*#'''Assists''' with the elaboration of Epics, Themes and Features into user stories. The user stories that are elaborated at the last responsible moment are granular enough to be achieved in a single sprint.
 +
:*#'''Communicates''' status externally. The ''Owner'' is the voice of the Team to the outside world and should ensure that all channels of communications are open and that projects have the right amount of support required to succeed.
 +
:*#'''Conveys''' the vision and goals at the beginning of every Release and Sprint and further in the project. The ''Owner'' is expected to continuously remind the Team of the Sprint and Release goals. This shall help to keep the team on track and serves as an over-arching yardstick for the team to measure their activity and progress against.
 +
:*#'''Develops''' directional materials such as demos and memos that may help the stakeholders to get oriented in the project.
 
:*#'''Ensures''' that the [[product backlog]] is visible, transparent, and clear to all, and shows what the development team will work on next, as well as the development team understands [[product backlog item]]s in the [[product backlog]] to the level needed.
 
:*#'''Ensures''' that the [[product backlog]] is visible, transparent, and clear to all, and shows what the development team will work on next, as well as the development team understands [[product backlog item]]s in the [[product backlog]] to the level needed.
:*#'''Conveys''' the vision and goals at the beginning of every Release and Sprint. The ''Owner'' is expected to continuously remind the Team of the Sprint and Release goals. This shall help to keep the team on track and serves as an over-arching yardstick for the team to measure their activity and progress against.
+
:*#'''Provides''' developers and other stakeholders with directional materials and, if needed, personal advise.
 
+
:*While leading the [[product backlog]] development,
*3. Assists with the elaboration of Epics, Themes and Features into user stories that are granular enough to be achieved in a single sprint. User Stories are elaborated at the last responsible moment and it is the Product Owners responsibility to be there during the Sprint Planning meeting to help the teams to understand exactly what is required.
+
:*#'''Drafts''' what the next iteration shall include.
*Organizing demos
+
:*#'''Plans''' how development of the [[product backlog]] and, specifically, testing and communications with the project stakeholders, occur.
*2. Managing the product backlog. One of the most important responsibilities for a product owner is managing the product backlog. This is the development team’s project to-do list. The product owner’s responsibility is to create the list of backlog items and prioritize them based on the overall strategy and business objectives. Additionally, the product owner will need to map out project dependencies to inform the necessary sequence of development. The product backlog isn’t a static to-do list though. It is a live document that should be continually updated based on evolving project needs throughout development. Because the product backlog will change frequently, the product owner must make the list accessible and available to all stakeholders (particularly developers) to ensure optimized performance and project outcomes.
+
:*#'''Plays''' an active role in mitigating impediments impacting successful team completion of Release/Sprint Goals
*Having a product owner with a higher perspective ensures that the team maintains a cohesive vision despite the flexible and often fast-paced nature of agile product development. Everyone needs to be on the same page in order for a project to work effectively.
+
:*#'''Prepares''' in advance an adequate amount of tasks for developers to work on.
*Plan and prioritize product feature backlog and development for the product
 
*Provide backlog management, iteration planning, and elaboration of the user stories
 
*Lead the planning product release plans and set expectation for delivery of new  functionalities
 
*Provide an active role in mitigating impediments impacting successful team completion of Release/Sprint Goals
 
*Ensure that the team always has an adequate amount of prior prepared tasks to work on
 
*Providing vision and direction to the Agile development team and stakeholders throughout the project and create requirements
 
*As the primary communicator and link between stakeholders and teams, the ''Owner'' shall better be an expert communicator, making sure there's buy-in from stakeholders on all major decisions and strategy and clear instructions and deliverables for the developers.
 
*5. Represents the customer, interfaces and engages the customer. The Product Owner must continuously engage the customer and stakeholders to ensure the Team is building the right product and therefore delivering the ROI expected of it. The Product Owner has the opportunity to steer the team in a different direction at the end of every Sprint, so he/she must be ready to do just that if necessary.
 
*9. Communicates status externally. The product owner is the voice of the Team to the outside world and should ensure that all channels of communications are open and that projects have the right amount of support required to succeed.
 
*Product owners are responsible for communicating with stakeholders across the board, including customers, business managers, and the development team to make sure the goals are clear and the vision is aligned with business objectives.
 
The product owner makes the judgment call on the performance, deciding if the team needs to go back to the drawing board or if they can move on to the next steps.
 
  
 
==Challenges==
 
==Challenges==
Line 95: Line 98:
 
:#Hiring a right ''Owner''. The functions of the ''Owner'' are onerous; rarely, there is anyone else to cover for him/her or pick up the slack. Success or failure for the entire project or, in the worst of circumstances, the success or failure of the company usually depend on the ''Owner'' more than on anyone else on the team.
 
:#Hiring a right ''Owner''. The functions of the ''Owner'' are onerous; rarely, there is anyone else to cover for him/her or pick up the slack. Success or failure for the entire project or, in the worst of circumstances, the success or failure of the company usually depend on the ''Owner'' more than on anyone else on the team.
  
==Related lectures==
+
==See also==
*[[Project Management Quarter]].  
+
 
 +
===Related lectures===
 +
:*[[Project Parties and Roles]].
 +
:*[[Business Modeling Quarter]].  
  
[[Category: Septem Artes Administrativi]][[Category: Articles]]
+
[[Category: CNM Cyber Placement]][[Category: Septem Artes Administrativi]][[Category: Business Analysis]][[Category: Agile]][[Category: Articles]]

Latest revision as of 21:27, 28 November 2020

A product owner (hereinafter, the Owner) is an individual, group, and/or organization that provides a product developer or developers with the vision of the work product to be developed, improved, sustained, or retired.


Trivia

Definitions

According to the Agile Extension to the BABOK Guide (preview),
Product Owner. The product owner represents the interests of all stakeholders, defines the features of the product and prioritizes the product backlog.

Owner vs sponsor

Both the Owner and effort sponsor represent the customer's interests, but the Owner is usually closer to the developers than the sponsor. First, the Owner has to be available to the developers all the time; this may or may not be true to the sponsor. Secondly, the Owner leads the development of the backlog; the sponsor usually just approves the product and project scopes.

Roles

In order to provide developers with the product vision, the Owner shall (1) develop the vision for the product and (2) communicate that vision to the developer or developers.

Lead user

The Owner is commonly a lead user of the system or someone from marketing, product management or anyone with a solid understanding of users, the market place, the competition and of future trends for the domain or type of system being developed.

Stakeholder

In the agile methodology, the Owner is typically a project's key stakeholder. Both having a vision of what he or she wishes to build and conveying that vision to the development team are keys to successfully starting any agile development project.

Backlog developer

The Owner has final authority in development of the product backlog, which is a prioritized features list for the product. The Owner is responsible for maintaining, prioritizing and updating the product backlog.

Liaison

On the one side, the Owner represents the customer's interest in backlog prioritization and requirements questions. On the other side, the Owner must be available to the team at any time, but especially during the Sprint planning meeting and the Sprint review meeting.

Common duties

According to the DREPD, the Owner's duties can be divided in four groups.

Discovering

With respect to enterprise discovery, the Owner:
  • While engaging the stakeholders, especially the customer and the developers,
    1. Acts as the primary liaison. The Owner is the vital communicator and link between stakeholders and teams.
    2. Attends team coordination meetings. The Owner may participate in the daily Scrums, Sprint Planning Meetings and Sprint Reviews and Retrospectives. These Scrum ceremonies is a chance for the Product Owner to inspect and adapt. And as a result being present at these ceremonies can be tantamount to learn first-hand.
    3. Meets with stakeholders to identify their requirements for the product, its features, and its development.
    4. Monitors the actual development of the product.
  • While willing to be aware of the environment,
    1. Follows the competitors and the industry, particularly to keep abreast with Agile/Scrum best practices and new trends.
    2. Researches the market especially looking for customer behavior and best practices applicable to the product.
  • While representing the customer,
    1. Inspects the product development progress at the end of every Sprint.
    2. Tests the product and its features both directly and indirectly, through other testers.

Analyzing

With respect to enterprise research, the Owner:
  • While finding problems to solve,
    1. Compares the project performance, the project requirements, and best practices.
    2. Contrast the deliverable functions, the product requirements, and the competitors' products.
    3. Identifies the value-growth and cost-saving opportunities.
    4. Maps out project dependencies in order to find bottle necks and to test the tentative sequence of development.
  • While understanding the project performance and challenges,
    1. Anticipates the customer's needs and market trends.
    2. Evaluates the project progress through each iteration.

Envisioning

With respect to enterprise envisioning, the Owner:
  • While establishing the developers' tasks,
    1. Creates and manages (maintains or, in the agile methodology, grooms) the product backlog. Its management is an on-going job and, often, a full-time activity. Nothing is constant in the world of product development and it's important that the Owner keeps his or her eye on the ball.
    2. Develops product backlog items including its use cases, user stories, epics, and themes.
    3. Envisions the product. The Owner is supposed to use their high-level perspective and results of requirements analysis to define goals and create a vision for the product.
    4. Expresses product backlog items in product backlog.
    5. Formulates the product development strategy or roadmap. The product roadmap is a high-level, strategic visual summary that outlines the vision and direction for the product offering over time. It is both a strategic guide for stakeholders to reference as well as a plan for execution.
    6. Prioritizes and sequences product backlog items in the product backlog while aiming to:
      • Best achieve (a) objectives of the project, (b) value of the developers' work, and (c) and missions of the performing organization.
      • Ensure work focuses on those with maximum business value or ROI that are aligned with product strategy.
      In prioritizing needs, the Owner is supposed to juggle the triangle of scope, budget, and time, weighing priorities according to the needs and objectives of stakeholders. For example, if the product under development needs to launch within six months, that constrains the scope of the project. As the project evolves, the product owner will have to gauge which areas have flexibility and which don't to determine how and when each iteration and product element will be developed. In the agile methodology, the Owner is required to have the product backlog items sequenced prior to the Sprint Planning Meeting. This means that each user story must be ordered by relative importance. Multiple highest priorities are rarely used; normal ordering, #1, #2, #3, is common.
    7. Re-prioritizes and re-sequences product backlog items when developers' work is either incomplete or un-done. The product backlog isn't a static to-do list though. It is a live document that should be continually updated based on evolving project needs throughout development. Because the product backlog will change frequently, the product owner must make the list accessible and available to all stakeholders, especially the developers, to ensure optimized performance and project outcomes.
  • While making decisions on the developers' performance and project's future,
    1. Accepts or rejects the developers' work done. The Owner has complete authority to do so.
    2. Changes the course of the project at the end of every Sprint if such a change is needed. The Product Owner is in complete control and can steer the team in a completely different direction at Sprint boundaries. And good Agile teams will welcome this change as long as the Product Owner is confident and knowledgeable. The Owner shall better be one who is quick to recognize and understand change and to ensure the Product Team adapts to the change in landscape, be it competition, target market or other.
    3. Makes the judgment call on the performance, deciding if the team needs to go back to the drawing board or if they can move on to the next steps.
    4. Terminates a sprint if it is determined that a drastic change in direction is required, for instance, a competitor releases a new version, which demands a counter response. This event is serious for the stakeholders. And this literally means that all work done up until that point is lost.

Planning

With respect to enterprise planning, the Owner:
  • While bringing the project stakeholders together,
    1. Assists with the elaboration of Epics, Themes and Features into user stories. The user stories that are elaborated at the last responsible moment are granular enough to be achieved in a single sprint.
    2. Communicates status externally. The Owner is the voice of the Team to the outside world and should ensure that all channels of communications are open and that projects have the right amount of support required to succeed.
    3. Conveys the vision and goals at the beginning of every Release and Sprint and further in the project. The Owner is expected to continuously remind the Team of the Sprint and Release goals. This shall help to keep the team on track and serves as an over-arching yardstick for the team to measure their activity and progress against.
    4. Develops directional materials such as demos and memos that may help the stakeholders to get oriented in the project.
    5. Ensures that the product backlog is visible, transparent, and clear to all, and shows what the development team will work on next, as well as the development team understands product backlog items in the product backlog to the level needed.
    6. Provides developers and other stakeholders with directional materials and, if needed, personal advise.
  • While leading the product backlog development,
    1. Drafts what the next iteration shall include.
    2. Plans how development of the product backlog and, specifically, testing and communications with the project stakeholders, occur.
    3. Plays an active role in mitigating impediments impacting successful team completion of Release/Sprint Goals
    4. Prepares in advance an adequate amount of tasks for developers to work on.

Challenges

On the Owners' side

Challenges of being the Owner are:
  1. Resisting the temptation to "manage" the team. The team may not self-organize in the way you would expect it to. This is especially challenging if some team members request your intervention with issues the team should sort out for itself.
  2. Resisting the temptation to add more important work after a Sprint is already in progress.
  3. Being willing to make hard choices during the sprint planning meeting.
  4. Balancing the interests of competing stakeholders.

On organization's side

Challenges of being the organization that hires the Owner are:
  1. Clear defining who the Owner is -- an individual, a group such as a committee, or another organization. Sometimes, the Owner represents the desires of a committee in the product backlog, so those wanting to change any product backlog items' priority must connect with the Owner.
  2. Respecting the Owner's decisions. In order to get development as efficient as possible, no one shall be able to force the development team to work from a different set of requirements.
  3. Hiring a right Owner. The functions of the Owner are onerous; rarely, there is anyone else to cover for him/her or pick up the slack. Success or failure for the entire project or, in the worst of circumstances, the success or failure of the company usually depend on the Owner more than on anyone else on the team.

See also

Related lectures