What are Scrum Artifacts?
6-7 minutes
Scrum Artifacts provide key information that the Scrum Team and the stakeholders need to be aware of for understanding the product under development, the activities being planned, and the activities done in the project. The following artifacts are defined in Scrum Process Framework.
- Product Vision
- Sprint Goal
- Product Backlog
- Sprint Backlog
- Definition of Done
- Burn-Down Chart
- Increment
- Other required artifacts…
Note That: These are the most common artifacts in a scrum project and project artifacts are not limited by these.
Product Vision
The Product Vision is an artifact to define the long-term goal of the project/product. It sets the overall direction and guides the Scrum Team. Everyone should be able to memorize the Product Vision; therefore it must be short and precise.
Sprint Goal
14 PM Sprint goals help focus the sprint. It is achieved during the Sprint by implementing forecasted product backlog items, and it provides guidance to the development team as to why product increments should be built.
As per the Scrum Guide, the responsibility for crafting a Sprint Goal is for the Scrum Team. It is however in large part of interest to the Product Owner to support this process by having clear business goals for the coming Sprint, which can also make ordering the Product Backlog a lot easier by providing Focus.
Product Backlog
A product backlog is a list of all the things that are required in the product and it is a dynamic and best understood requirements for any changes to be made to the product. Product backlog owned by the Product Owner (PO) which consists of a lists all features, functions, requirements, enhancements, and fixes that constitute the changes to be made to the product in the future releases.
Product backlog
Typically, the requirements of a product keep changing, i.e. change in business requirements, market conditions, or technology. Thus, product backlog is consistently updated to reflect what the product needs to be most useful to the target users.
Sprint Backlog
The Sprint Backlog is the set of Product Backlog items selected for the Sprint plus a plan for delivering the product Increment and realizing the Sprint Goal. The Sprint Backlog is a forecast by the Development Team about what functionality will be in the next Increment and the work needed to deliver that functionality. The Sprint Backlog defines the work the Development Team will perform to turn Product Backlog items into a “Done” Increment. The Sprint Backlog makes visible all of the work that the Development Team identifies as necessary to meet the Sprint Goal.
Sprint backlog
Definition of Done
Every Product Backlog item has acceptance criteria that define measurably what must be met when the item is declared to be done. Many criteria apply to all or many Product Backlog items. Instead of repeatedly defining these criteria with each item, it has proven to be useful to collect these criteria in one place: the Definition of Done. Thus, the Definition of Done is a shared understanding of the Scrum Team on the meaning of work to be complete. It typically contains quality criteria, constraints and overall non-functional requirements. Here is some examples:
Definition of Done (DOD)
Increment
The Increment is the sum of all the Product Backlog items completed during a Sprint and all previous Sprints.
At the end of a Sprint, the new Increment must be “Done,” which means:
- It must meet the Scrum Team’s Definition of “Done.”
- It must be in usable condition regardless of whether the Product Owner decides to actually release it.