Skip to main content

How to plan a feature release as a Product Owner in an Agile team?

[PLACEHOLDER]

One of the questions that are often presented to a Product Owner is “When will a feature XYZ be ready for the customer?”. In this article I will walk through the process of planning and estimating a feature release in an Agile software development process. 

Let’s assume the Agile team is working on a customer lifecycle management product. The next increment for the product is to support a new communication channel like SMS. The business stakeholders identified this feature as a key differentiator from the competitors. According to the business stakeholders the release of this feature is time sensitive and consequently they would like to know when the feature will be available for the customers. This time-to-market information will be used to plan marketing campaigns to create awareness of the feature. Therefore as a Product Owner it's very important to plan and estimate a new feature. The following three steps outlines how a product feature release can be planned and estimated: 


Step 1: Identify the user stories to complete the feature
The Product Owner and the scrum team must brainstorm the user stories to complete the feature. At the end of this process the Product Owner must have a set of clearly defined user stories in the product backlog. Given that the feature is of high priority these user stories must be stacked at the top of the prioritized product backlog. This will ensure that the Scrum team creates the Sprint backlog with the user stories related with the new feature. 

The Product Owner must also collaborate with the Scrum team to estimate the level of effort required to complete each user story. The level of effort can be captured as story points.

The screen shot below describes how the user stories related to the feature is prioritized in the product backlog.

story-backlog-flow
by Beolle.com


Step 2: Use feature release map to plan and estimate
Let’s assume the Scrum team works in a 2 week sprint and can deliver on average 15 story points per sprint (this is also known as sprint velocity).  The Product Owner can map the user stories from the prioritized product backlog as shown below to estimate the number of sprints it may take to complete the feature. The screen shot below describes how the prioritized user stories can be mapped onto future sprints to estimate the feature release. In the example below the Product Owner can estimate 3 sprints (i.e. 6 weeks) to deliver the new communication channel feature.  

sprint-points
by Beolle.com

Step 3: Maintain the feature release map
The Product Owner must update the feature release map at the end of each sprint to reflect any changes to the prioritized product backlog. This may be necessary if the scrum team discovers new information that may result in additional user stories. The Product Owner can then use the feature release map to check the status of the feature development. The feature release map can also be used to collaborate with the scrum team to identify creative approaches to meet the estimated feature release timeline.

In conclusion a feature release map is a very helpful tool for a Product Owner to plan, estimate and manage a new feature release. The map can be created using easily available tools like Microsoft Word, Visio, Lucidchart, etc. However there are dedicated tools like FeatureMap that can also be used to map user stories.


---------------------------------------------------------------------------------------------------------------------
Image credit:
The thumbnail image of this article is by Daria Nepriakhina on Unsplash
Anonymous

Trending posts

Democratizing AI

Democratizing AI is all about empowering others to use it, by making it available to them. Audiences, such as marketers in a company, will be able to access AI capabilities as part of their MarTech solutions, without the need of being technical. It could also be schools, where the younger generations are learning how to use it in responsible, secure, innovative, and creative ways. This is the year where companies, after discovery phases and teams experimenting, are looking to activate and take advantage of the AI advances. Generated with Microsoft Designer   And so, questions emerge, such as “What to democratize when leveraging AI?” There are common scenarios, as well as specific ones, that will depend on the company, and the industry they belong to. A common scenario, seen in many industries, when democratizing data is the data visualization and reporting . In digital marketing, as an example, data scientists and data analysts can automate reporting, making them available to the c...
Read more

The value of listening

 Have you ever been in a conversation that you feel at best is just a waste of time; at worst, that the other person does not care? Have you been the messenger in some of them, the recipient in another? We’ve all been there; at times with family, with friends, at work. When at work, has this ever happened to you in a group meeting, at a one-on-one; when giving or receiving feedback?   Photo by Christina Morillo via Pexels   I knew the type of manager I wanted to be from the start of my mentorship. As I continued to navigate the waters, it became increasingly clear that the path I had chosen was appropriate, and therefore, the type of future colleagues I wanted to be surrounded by, and the type of mentors I wanted to continue seeking guidance from.  For me, the path has always been of being a leader over a manager. I believe I can attribute that, first and foremost, to my family’s values and  principles, and the way my parents raised us. Secondly, my path in the ...
Read more

SRE, DevOps and ITOps

 If you are wondering what the differences between the SRE and DevOps are, as well as how these roles work with ITOps within an organisation then you are not alone; and best of all you are on the right blog post. Often enough business units in a company get confused, assigning the ServiceNow or Jira tickets or any other ticketing system of your preference, to the wrong group, and even having the incorrect expectations when doing resourcing. Let us go through definitions, insights and scenarios that will help you understand the difference. DevOps software development operations - AI Generated When it comes to DevOps and SRE, then you might be wondering which practice came first. While SRE may have originated a bit earlier, internally at Google, DevOps came first publicly as a practice and started to be used by companies. A few years later was when Google decided to open SRE to the world after the publication of the "Site Reliability Engineering" book. Therefore, technically sp...
Read more

SLA-SLO-SLI and DevOps metrics

Companies are in need of the metrics that will allow them to stay in business by making sure they meet the expectations of their customers. The name of the game is higher customer satisfaction by winning their trust and loyalty. To do so, you want to provide good products and services. Therefore you need to find ways to monitor performance, drive continuous improvements and deliver the quality expected by the consumer in this highly competitive market. Photos from AlphaTradeZone via Pexel and Spacejoy via Unsplash SLAs, SLOs and SLIs are a good way to achieve the above. They allow clients and vendors to be on the same page when it comes to expected system performance. If we go one level deeper, vendors/providers work on NFRs (Non-Functional Requirements) when working on their solutions. NFRs define the quality attributes of a system. I bring them up because the relationship between them and the SLAs is that they provide, in a way, foundational aspects for the SLA-SLO-SL...
Read more

This blog uses cookies to improve your browsing experience. Simple analytics might be in place for pageviews purposes. They are harmless and never personally identify you.

Agreed