Skip to main content

Product goal

Last post 12:37 pm May 11, 2021 by Tomasz Głowacki
6 replies
08:45 pm May 9, 2021

Product goal is a commitment to the PB but crafted by PO not the team  . How often can this change ? How can we estimate how many sprints can it take to be fulfilled ? Shall we have also a kind of timeboxing or cancellation if become obsolete ? 

 


03:39 am May 10, 2021

The Product Goal can change as often as the sense of product direction needs to change  It's in the Product Backlog, so forecasts about completion will depend on the rate of progress and how it is measured, and where the Goal is found in relation to the items needed to meet it.

A Product Goal must be fulfilled or abandoned before taking on a new one. If it helps to manage things effectively, a Scrum Team can timebox matters or implement a kind of cancellation policy.


06:19 am May 10, 2021

Does all items in PB have to support product goal or some of them may be independent?


11:36 am May 10, 2021

A Product Goal should give a sense of direction over multiple Sprints. Not all of the work on the Product Backlog needs to articulate to that current Goal. Some or most could be scoped for later implementation, and as an emergent body of work, may help future Product Goals to evolve and be refined.


07:06 pm May 10, 2021

So my thoughts are . As product goal is time related (and not timeboxed ) and is planned over multiple sprints of course if somehow it becomes invalid (not obsolete ) after ie 2 sprints then the work and value delivered during those  may be off less indeed impact . 

 

empiricism comes after sprint and is related to the product (new increment) . How can measure ie NPS for the product goal ? How can you Inspect my product goal ? 


08:33 pm May 10, 2021

Inspection of the Product Goal occurs when you evaluate the value that the Scrum Team is delivering to the stakeholders.  If you are not delivering value, then your Product Goal is probably invalid.  You should strive to deliver value to the stakeholders in everything you do.  It might be incremental value but the Product Goal is not meant to be short term. It is the goal that your organization hopes to achieve by delivering the product to stakeholders.  It will adjust over time as environment, economics, technology advancements take place.  For me, satisfying a Product Goal indicates that the product is no longer needed and is a candidate to be discontinued.  But as long as the product is providing value to the stakeholders, there will always be something to use as a beacon for the product's life. 


12:37 pm May 11, 2021

Why Satysfying product goal means the product is not longer needed? Once it is achieved, you should select another product goal I guess? Cancelling the product is not related to product goal satisfaction (it may be of course, when product goal is poorly selected, development is guided by wrong product goal/sprint goals and the product does not deliver value for couple of sprints)


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.