{"id":1248,"date":"2017-07-31T10:03:00","date_gmt":"2017-07-31T07:03:00","guid":{"rendered":"https:\/\/www.roweb.ro\/blog\/?p=1248"},"modified":"2017-08-22T13:11:27","modified_gmt":"2017-08-22T10:11:27","slug":"product-owner-scrum","status":"publish","type":"post","link":"https:\/\/www.roweb.ro\/blog\/product-owner-scrum\/","title":{"rendered":"Product Owner&#8217;s Role in Scrum"},"content":{"rendered":"<div class=\"blog_content_style role_in_scrum aligncenter\">\n<p>In<a href=\"https:\/\/www.roweb.ro\/blog\/tag\/scrum\/\"><span style=\"color: #2eb6f0;\"> our previous articles on Scrum<\/span><\/a> we talked about what Scrum means and what are the main elements that define it. In this article we will focus on the Product Owner&#8217;s role.<\/p>\n<div class=\"blue_blog_boder_left small\">\n<p>The Product Owner usually represents a group of people. He\/she is the voice of the client. The PO takes the inputs on what the product should be and translates them into a product vision and a Product Backlog.<\/p>\n<\/div>\n<h2>Agile Manifesto<\/h2>\n<p>In the Agile Manifesto two of the principles refer to:<\/p>\n<div class=\"row\">\n<div class=\"col-sm-6 col-xs-12\">\n<div class=\"row\">\n<div class=\"col-xs-2 col-sm-2 paddingl0\"><span class=\"number\">1.<\/span><\/div>\n<div class=\"col-xs-8 col-sm-8 paddingl0\">\n<p class=\"align-p-l\">Customer collaboration over contract negotiation<\/p>\n<\/div>\n<\/div>\n<\/div>\n<div class=\"col-sm-6 col-xs-12\">\n<div class=\"row\">\n<div class=\"col-xs-2 col-sm-2 paddingl0\"><span class=\"number\">2.<\/span><\/div>\n<div class=\"col-xs-8 col-sm-8 paddingl0\">\n<p class=\"align-p-l\">Responding to change while following a plan<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<p>These principles focus on the facts that:<\/p>\n<ul class=\"blue-circles\">\n<li>our highest priority is to satisfy the customer through early and continuous delivery of valuable software.<\/li>\n<li>we welcome changing requirements, event at later development stages. Agile processes harness change for the customer\u2019s competitive advantage, so we maximize the value in the project.<\/li>\n<li>there is an internal learning \u00a0loop, so we deliver working software frequently, from a couple of weeks to a couple of months, with a preference for the shorter timescale.<\/li>\n<li>the PO is a team member, so business people and developers must work together daily throughout the project.<\/li>\n<\/ul>\n<h2>Responsibilities<\/h2>\n<p>The main responsibilities of a PO are:<\/p>\n<ul class=\"blue-circles\">\n<li>To continuously update the product backlog items in order to have on top of it the most important user stories.<\/li>\n<li>Represents the business interests within the team<\/li>\n<li>Responsible for product backlog throughout the project: 1) Vision, scope, prioritisation, release planning and backlog item quality, 2) Ensures backlog items are ready for sprint planning<\/li>\n<li>Focal point for stakeholders: Active engagement and management of stakeholders<\/li>\n<li>Responsible for the value of the product (ROI): Building and operating<\/li>\n<li>Accepts or rejects work results<\/li>\n<li>Participation essential in product backlog refinement\/ grooming, sprint planning, sprint reviews<\/li>\n<li>Encourage to participate in retrospective and daily scrums<\/li>\n<li>The success of the team is influenced by the availability of the PO<\/li>\n<\/ul>\n<p>The essential qualities of a PO are:<\/p>\n<p><strong>Authority:<\/strong> the PO should be the authority in the project. He\/ she decides the release dates, the requirements and also accepts or not the work results.<\/p>\n<p><strong>Time:<\/strong> the PO should always be\u00a0available for the team<\/p>\n<p><strong>Knowledge:<\/strong> the PO should have a thorough knowledge of the market and the competition and also he\/she must decide what brings more value to the product.<\/p>\n<h2>Product Vision<\/h2>\n<p>The product vision is a very important aspect and it should capture and communicate the essence of the product in a concise manner and also be a shared goal that provides direction but broad enough to facilitate creativity<\/p>\n<div class=\"row\">\n<div class=\"col-sm-5 col-xs-12\">\n<p>In order to define why we want to develop a product we should start with the desired outcome<\/p>\n<\/div>\n<div class=\"col-sm-6 col-sm-push-1 col-xs-12 list-wrap\">\n<p>Who\u2019s going to buy, use and be impacted by this?<\/p>\n<p>What issues and challenges need to be solved?<\/p>\n<p>What must change in order to succeed?<\/p>\n<p>How will we know if we have succeeded?<\/p>\n<p>How do we beat the competition?<\/p>\n<p>What strategic drivers are there?<\/p>\n<p>When &#8211; critical timeframes?<\/p>\n<\/div>\n<\/div>\n<div class=\"row\">\n<div class=\"col-sm-5 col-xs-12\">\n<p>There are different techniques used for visioning:<\/p>\n<\/div>\n<div class=\"col-sm-6 col-sm-push-1 col-xs-12 list-wrap\">\n<p>Impact Mapping<\/p>\n<p>Value Stream Mapping<\/p>\n<p>Prototypes and mock-ups<\/p>\n<p>Personas and scenarios<\/p>\n<p>Elevator statements<\/p>\n<p>Opportunity\/ Lean canvas, Product Vision Board<\/p>\n<p>Storytelling (Stephen Denning)<\/p>\n<\/div>\n<\/div>\n<h3>Impact Mapping<\/h3>\n<p>Is a strategic planning technique used to build products and to help organisations to synchronize their activities with the business objectives in order to make better roadmap decisions. This method facilitates collaboration and interaction and it allows the participation of people with different backgrounds helping organisations use the wisdom of crowds.<\/p>\n<p>The Impact Mapping technique actually contains the answers to 4 main questions:<\/p>\n<p><strong>Why?<\/strong> &#8211; this question is focusing on the goal of the product | Why are we doing this?<\/p>\n<p><strong>Who?<\/strong> &#8211; at this level we decide who are the people involved, the actors | Who can produce the desired effect? Who can obstruct it? Who are the consumers or users of our product? Who will be impacted by it?<\/p>\n<p><strong>How?<\/strong> &#8211; the impact that we want to create | How should our actors\u2019 behaviour change? How can they help us to achieve the goal? How can they obstruct or prevent us from succeeding?<\/p>\n<p><strong>What?<\/strong> &#8211; we decide on the deliverables which are the software features | What can we do, as an organisation or a delivery team, to support the required impacts?<\/p>\n<p class=\"center-block aligncenter\"><a class=\"img-responsive center-block\" href=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic1.jpg\"><img decoding=\"async\" loading=\"lazy\" class=\"aligncenter wp-image-1259 size-full\" src=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic1.jpg\" alt=\"scrum-pic1\" width=\"599\" height=\"385\" srcset=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic1.jpg 599w, https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic1-300x193.jpg 300w\" sizes=\"(max-width: 599px) 100vw, 599px\" \/><\/a><\/p>\n<h6 class=\"center-block aligncenter image-source\"><span style=\"font-weight: 400;\">Image source:\u00a0<\/span><a href=\"https:\/\/www.impactmapping.org\/drawing.html\"><span style=\"font-weight: 400;\">https:\/\/www.impactmapping.org\/drawing.html<\/span><\/a><\/h6>\n<h3>Product Vision Board<\/h3>\n<p>The Product Vision Board \u00a0technique is used by the organisations in order to describe, visualise and validate the product vision and the strategy of it. This method focuses on the target group, users&#8217; needs and the key features of the product, while keeping all of these aligned with the business goals.<\/p>\n<p>The extended version of this technique also describes other elements relevant to the business, like: competition, channels, cost factors, and risks.<\/p>\n<p><a href=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic2.jpg\"><img decoding=\"async\" loading=\"lazy\" class=\"aligncenter size-full wp-image-1260\" src=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic2.jpg\" alt=\"scrum-pic2\" width=\"755\" height=\"527\" srcset=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic2.jpg 755w, https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic2-300x209.jpg 300w, https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic2-624x436.jpg 624w\" sizes=\"(max-width: 755px) 100vw, 755px\" \/><\/a><\/p>\n<h3>The Elevator Pitch Template<\/h3>\n<p>This method is a good way to organise our ideas in order to clarify them and to define what makes our product a successful solution.<\/p>\n<p><a class=\"img-responsive center-block\" href=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic3.jpg\"><img decoding=\"async\" loading=\"lazy\" class=\"aligncenter wp-image-1261 size-full\" src=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic3.jpg\" alt=\"scrum-pic3\" width=\"804\" height=\"754\" srcset=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic3.jpg 804w, https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic3-300x281.jpg 300w, https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic3-624x585.jpg 624w\" sizes=\"(max-width: 804px) 100vw, 804px\" \/><\/a><\/p>\n<h2>Product Backlog Fundamentals<\/h2>\n<p>The main responsibility of the PO is to create the PB as an ordered list of functional and nonfunctional requirements that might be needed in the product. The Backlog should be granular, respect the DEEP principle and be continuously refined.<\/p>\n<p><strong>Detailed Appropriately:<\/strong> the PB should be like an iceberg, the items from the top must be detailed enough to be ready for the next Sprint<\/p>\n<p><strong>Emergent:<\/strong> the PO could change the User Stories, could add new ones or remove them based on the market or other factors<\/p>\n<p><strong>Estimated:<\/strong> the items from the top of the PB should be evaluated by the team in order to estimate the right amount of work<\/p>\n<p><strong>Prioritised<\/strong>: the PBIs will be prioritised based on their business value . A way to decide the priorities could be to use the Impact\/Effort Grid.<\/p>\n<p><a href=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic4.jpg\"><img decoding=\"async\" loading=\"lazy\" class=\"aligncenter size-full wp-image-1262\" src=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic4.jpg\" alt=\"scrum-pic4\" width=\"737\" height=\"588\" srcset=\"https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic4.jpg 737w, https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic4-300x239.jpg 300w, https:\/\/www.roweb.ro\/blog\/wp-content\/uploads\/2017\/07\/scrum-pic4-624x498.jpg 624w\" sizes=\"(max-width: 737px) 100vw, 737px\" \/><\/a><\/p>\n<p>The PB contains User Stories which can be defined in multiple ways:<\/p>\n<ul class=\"blue-circles\">\n<li>Common form: \u201cAs a &lt;user role&gt; I want &lt;goal\/objective&gt; so that &lt;reason&gt;.\u201d<\/li>\n<li>Alternative form: \u201cIn order to &lt;reason&gt; as a &lt;user role&gt; I want &lt;goal\/objective&gt;.\u201d<\/li>\n<\/ul>\n<p>In order to add more details to each User Story we could use Acceptance Criteria which is a set of rules used by the testers to create the tests and also by the developers to implement that functionality. A proper and easy way to define an Acceptance Criteria is the BDD format (Behavior Driven Development) which contains 3 key words: <strong>Given<\/strong> \u2026. <strong>When<\/strong> \u2026. <strong>Then<\/strong>\u2026.<\/p>\n<p><span style=\"font-weight: 400;\">EXAMPLE:<\/span><\/p>\n<p>User Story:<br \/>\nAs a user, I can cancel my reservation in case my plans change.<\/p>\n<p>Acceptance Criteria:<br \/>\nGiven that the customer is a premium member and it is before the check-in date<\/p>\n<p>When the reservation is cancelled then the room is made available, a confirmation message is sent to the customer by their preferred method and the bookings manager is also notified<\/p>\n<p>The quality of the stories is assessed using the adapted<span style=\"color: #2cb8f2;\"><a style=\"color: #2cb8f2;\" href=\"http:\/\/xp123.com\/articles\/invest-in-good-stories-and-smart-tasks\/\"><span style=\"font-weight: 400;\"> INVEST Model by Bill Wake<\/span><\/a><\/span><\/p>\n<div class=\"invest-model\">\n<p><strong>Independent:<\/strong> if the stories are dependent then for sure we will have issues with the estimation and prioritisation.<\/p>\n<p><strong>Negotiable:<\/strong> stories are not contracts so it implies that some flexibility will be needed.<\/p>\n<p><strong>Valuable:<\/strong> to users or customers, not developers.<\/p>\n<p><strong>Estimable:<\/strong> because plans are based on User Stories, we need to be able to estimate them.<\/p>\n<p><strong>Sized appropriately:<\/strong> small enough to complete in one Sprint.<\/p>\n<p><strong>Testable:<\/strong> so that we have an easy, binary way of knowing whether a story is finished or not.<\/p>\n<\/div>\n<h2 style=\"margin-bottom: 20px;\">Conclusion<\/h2>\n<p>The PO has a lot of work to do and its role could determine the project&#8217;s success \u00a0if he\/she is always available to team and if he\/she acts like a member of the team.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>In our previous articles on Scrum we talked about what Scrum means and what are the main elements that define it. In this article we will focus on the Product Owner&#8217;s role. The Product Owner usually represents a group of people. He\/she is the voice of the client. The PO takes the inputs on what [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":1259,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[13],"tags":[75,132,133,76],"acf":[],"_links":{"self":[{"href":"https:\/\/www.roweb.ro\/blog\/wp-json\/wp\/v2\/posts\/1248"}],"collection":[{"href":"https:\/\/www.roweb.ro\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.roweb.ro\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.roweb.ro\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.roweb.ro\/blog\/wp-json\/wp\/v2\/comments?post=1248"}],"version-history":[{"count":20,"href":"https:\/\/www.roweb.ro\/blog\/wp-json\/wp\/v2\/posts\/1248\/revisions"}],"predecessor-version":[{"id":1287,"href":"https:\/\/www.roweb.ro\/blog\/wp-json\/wp\/v2\/posts\/1248\/revisions\/1287"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.roweb.ro\/blog\/wp-json\/wp\/v2\/media\/1259"}],"wp:attachment":[{"href":"https:\/\/www.roweb.ro\/blog\/wp-json\/wp\/v2\/media?parent=1248"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.roweb.ro\/blog\/wp-json\/wp\/v2\/categories?post=1248"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.roweb.ro\/blog\/wp-json\/wp\/v2\/tags?post=1248"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}