Agile and Scrum Methodology - Product and Sprint backlog

-
In this post, we are going to see what is a Product backlog and what is a Sprint backlog and the differences between the two.

Product backlog:

The product backlog is an ordered list of everything that might be needed in the product and is the single source of requirements for any changes to be made to the product.

A product backlog contains a list of product backlog items. The items could be in the form of:
  1. Story - short description of what the user wants from the product (eg., As a online retailer I need a catolog of products to be displayed).
  2. Bug
  3. Epic - represents bigger user stories
The items which are of high priority will be at the top of the backlog. The product backlog is maintained and managed by the product owner. 

Progressive Refinement:

It is a process wherein items at the top of the backlog will have more details into it than the ones at the bottom of the backlog. With time, and as and when the the backlog items at the top are completed, rest of the items are detailed out. This is similar to "Progressive Elaboration" technique used in typical project management process.

Sprint backlog:

This is a subset of the product backlog, and contains the items which will be completed by the team in the active sprint. Before the start of the sprint, the team will get together and identify items in the product backlog, which could be completed as part of the sprint. Those identified items will be moved to the sprint backlog. Thus, the items move from Product backlog to the Sprint backlog and get completed. New items should never be directly added to the Sprint backlog. They should always be added to the Product backlog and taken from there.

Sprint backlog is :
  • maintained by the team.
  • can contain additional tasks/stories which are decomposed from the product backlog item
  • updated daily during an active sprint




Comments

Post a Comment

Popular posts from this blog

Pivotal Cloud Foundry (PCF) Integration with Elastic Cloud Storage (ECS)

-
Recently, I was involved in integrating Pivotal Cloud Foundry with Elastic Cloud Storage (ECS), an object storage solution from EMC. In this post, I'm going to document the hiccups we faced during this integration and how did we resolve this, so that it is easier for other folks who would like to carry out this integration. References: We followed the blog post, https://blog.codedellemc.com/2016/01/05/emc-ecs-with-cloud-foundry/ and the service broker code from git hub, https://github.com/spiegela/ecs-cf-service-broker .  1. application.yml file Configuration: First task would be to update the application.yml file in the broker code to have the correct configuration. Note the spring profiles created in yml file. The active spring profile is defined in the build.gradle file to be 'development'. So based on that, we need to update the correct section in the yml file. Under the broker section: a) Provide a valid ECS namespace name (The namespa
Read more

Restful code example using Spring MVC

-
In my previous blog, I talked about Restful webservices design. In this blog, I will provide sample code for the same using Spring MVC framework. Spring MVC 3.x supports annotation based controllers, which are Restful in nature.  Let us create a sample Spring web application for performing CRUD on User entity. Creating project: Create a Maven project with a archetype 'maven-archetype-webapp'. pom.xml <!-- version property --> <properties> <spring.version>3.1.2.RELEASE</spring.version> </properties> <!-- servlet dependency for compilation --> <dependency> <groupId>javax.servlet</groupId> <artifactId>servlet-api</artifactId> <version>2.5</version> <type>jar</type> <scope>compile</scope> </dependency> <!-- Spring MVC dependencies --> <dependency> <groupId>org.springframework</groupId> <artifactId&
Read more

Spring Integration - Bulk processing Example

-
Image
In this post, I'm going to share my experience in using Spring Integration for a bulk processing task. This was the first time I was using Spring Integration and it did not disappoint me. It was pretty robust in terms of error handling and definitely scalable. Disclaimer: The actual task being performed has been modified into a fictitious e – commerce domain task, since I cannot reveal the original task which is customer specific and confidential. However, the nature of the task in terms of processing of clob and xml remain the same and the complexity of the original task has been retained. Also, the views posted on this post are strictly personal. Objective: The objective is to work upon customer information from an ecommerce application and process it and save it into database as clob data. The task is to perform data processing by reading xml from a file in the file system and then store it as clob into a table. Following is the high level of tasks required t
Read more