Skip to main content

Scrum Framework - Three Artifacts - By Ankur Mistry

In this article, we will discuss three artifacts in Scrum Frameworks.
There are three artifacts in Agile Scrum Framework.
  1. Product Backlog
  2. Sprint Backlog
  3. Working Product

    (Figure: Scrum Process from : https://commons.wikimedia.org/wiki/File:Scrum_process.svg)

Product Backlog is an ordered list of tasks or features that need to be done within the project. It may have short descriptions of all functionality desired in the product. Product Backlog is owned by the Product Owner.
  • It is an ordered list of features for the product.
  • Each product item has an Order, Value, Description, and Estimation.
  • Generally, tasks which have more business values are the top priority.
  • Product Owner owns the product backlog.
  • Product Owner makes sure that the product backlog is clear and transparent to the team.
  • Anyone from the team can add an idea in the product backlog but it's product owner who decides which one stays there.
  • There is one Product Backlog for one product, multiple teams who are working on the same product use the same product backlog.
Product backlog has the following different types,
  • Features
  • Bugs
  • Technical work
  • Knowledge acquisition
Sprint Backlog is an ordered list of tasks that are selected by the Scrum team from the product backlog to be achieved or completed in the sprint. The sprint backlog is owned by Development Team.
  • Set of product backlog items selected for the sprint.
  • Sprint Backlog makes visible all of the work items that development team identifies as a priority to meet the sprint goal.
  • Owned by development team and updated by only development team during the sprint.
  • Sprint goal is fixed but new tasks which need to complete the sprint goal can be added to the sprint backlog during the sprint.
  • It is critical that team will only commit to items that they can complete in particular sprint.
  • Sprint Burndown and Sprint Burnup Chart will be managed during the sprint.
Working Product is something that we have created using product backlog and scrum process which provides benefits to a market.
  • It's a sum of all the tasks from product backlog that are completed during the sprint and all previously completed sprints.
  • All tasks must meet acceptance criteria and meet the definition of 'Done'.
  • Product Owner decides which tasks have been done and are ready for release. 
Scrum depends or relies on transparency and the above 3 artifacts help manage transparency among the Product Owner, Scrum Master, and Development Team.

It is the Scrum Master's duty to work with the Product Owner and Development Team to understand if the artifacts are completely transparent. I hope you liked this article, please leave your comments and suggestions in the comment box.
Reference
  • https://www.scrumalliance.org/
  • http://staragile.com

Comments

Popular posts from this blog

User Story In Agile Scrum - By Ankur Mistry

In this article, we will learn what User Story is and how to write one. User Story plays a major role here. It is the part of the Agile process where instead of writing comprehensive requirements, we write a short description of a feature. As the  Agile Manifesto  says 'Working Software' Over 'Comprehensive Documents'. What is User Story? User Story is a short and simple description of the feature or requirements of the project. Generally, user stories are written on sticky notes or index cards as a user or role-based perspective. User Story Template As a < type of user or role >, I want < some goal > so that < some reason >. The template identifies 3 questions - "Who", "What", and "Why". If the team doesn't know these three answers, it means they don't understand the story, and if they don't understand the story, then it's difficult to split it well.   Reference:https://mazoea.wordpres

Visual Studio Team Services - Agile - Scrum Project Management Tools

Before starting this article let's understand what is Agile and Scrum.  What is Agile Agile is a  Method  of project management that is characterized by dividing module in to tasks and t asks into short phases of work and frequent reassessment and adaptation of plans. In other words, Agile is a Time Boxed incremental software development method.  What is Scrum Scrum is an incremental agile software development framework  (Agile Framework).   Agile Scrum Process in Short. Product Backlog:  A product owner creates a customer’s wish list and prioritized it and create backlog, called Product Backlog. Sprint Planning:  In this meeting team select small part or module from the Top Priority Wish List of Product Backlog and prepare a small task list. Setting Capacity and Sprint:  Team has to deliver the tasks in 2 weeks or 4 weeks sprint, here Scrum Master bind tasks with Time and User. Scrum Master’s role:  Is to make sure team focused on its goal. End of the sprint:  

The Burn Up Charts In Scrum By: Namrata Parik

I would like to propose a less-taken path in my maiden article to track the progress in scrum. We usually do it using the burn down chart which is relatively easier to understand as compared to the burn up chart. These charts help the team and stakeholders to see and track the progress at any point in the release process or sprint. Burn-down chart provides us the information showing the progress based on the remaining hours or story points from top to bottom. (The burn-down chart can be plotted using story points, task count or the remaining effort) This chart is a plot of expected remaining and actual remaining, this is the most used chart in scrum and since it has only two lines it is considered to be a simple chart. It does not cover the scope creep. So sometimes what might look like ‘no work ‘ done by the team may actually be a result of scope creep. The chart below reflects that the team has not done any progress in Sprint 5 and 6 as the story points remain the same. Image