The Product Backlog (PB) is an ordered list which contains all things needed to be done in order to make product successful. The Product Backlog is the one and only source of the requirements for the product created by the Scrum Team. And there is only one person accountable for the Product Backlog. It’s Product Owner.
To make cooperation between the Development Team and the Product Owner a Definition of Dane has been introduced (you can read about it here). DoD makes easier to manage the expectation for the Development Team. But this is a two-way street. The Product Owner expect something from the Development Team and the Development Team expects something from the Product Owner. They expect from him or her to provide a sufficient information about what they need to do. To make it transparent, and Scrum is all about the transparency, Definition of Ready has been introduced (commonly known as DoR).
In the Scrum Guide a very straightforward definition of a Sprint can be found:
The heart of Scrum is a Sprint, a time-box of one month or less during which a “Done”, useable, and potentially releasable product Increment is created.
It is quite obvious what “useable” and “potentially releasable” means. But what exactly means “Done” increment. If we ask 10 people when a website (simple example) is done, we probably will have 10 different answers. But scrum relies on transparency and to avoid the ambiguity the Definition of Done has been introduced.
It is a well-known fact that having a goal defined helps to accomplish it. A written down goal, if located in a visible place, is a consistent reminder and motivator. It is a public demonstration of internal desires.
The way to a team’s perfection is an everlasting journey. It starts when the team is set up and ends when it is dissolved. How long it takes depends on the purpose for which the team has been created. For some teams it might be 3 months and for some a year or longer. Continue reading Sprint Retrospective