This page (revision-1) was last changed on 29-Nov-2024 16:16 by UnknownAuthor

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note

Page References

Incoming links Outgoing links

Version management

Difference between version and

At line 1 added 38 lines
!!! Overview
[{$pagename}] Agile teams embrace the notion of inspect-and-adapt as a means to continually build learning and improvement in how they work.
[{$pagename}] is about demonstrating and celebrating the hard work of the entire team.
Running an effective [{$pagename}] meeting is the foundation of this principle.
At the end of an [iteration], the entire team meets to reflect on the [iteration]. Attendees include:
* [Scrum Master] (meeting facilitator)
* [Product Owner]
* [Development Team]
* Testers
* Any other contributors or interested [stakeholders]
The goal of the [{$pagename}] meeting is to create visibility around what occurred in the course of the [iteration] and to amplify learning about what could then be planned for the next [iteration]. The [Delivery Team] presents the done items in a demonstration. Done items are all items that have been accepted by the [Product Owner]. The demonstration invites clarification, reflection, and celebration with regard to the team's commitment.
The meeting also invites inspection of the [metrics] that show what occurred in accepting (or not accepting) items. The attendees evaluate:
* Items were not completed
* Risks encountered
* Items more complex than originally planned
* Tests run, passed, or failed
* Defects logged
* Other measurements the team tracked
The [Product Owner] and [stakeholders] use this meeting to evaluate the product and release [backlog] priorities:
* Has one item been too costly to complete given its estimated value? Should like items be re-evaluated?
* Is another item now not worth working on at all?
* Should priorities shift higher for some items in the release backlog based this findings in this meeting?
* Should we re-allocate team resources based on the done items and metrics?
* Are there new items we need to add to the backlog?
* Should the team stop work entirely on the product based on what we have just learned?
At the end of a good meeting, all attendees have a clear understanding of the completed iteration as well as a good sense of the value that was delivered.
With this information, the [Product Owner] continues work on value definition in the form of [backlog] priorities and details. The team continues its work by taking the learning and applying it to the next [Iteration Planning] meeting. The [Scrum Master] collects action items and ensures each has an owner. The [Scrum Master] then takes on the ownership of ensuring each action item is completed.
!! More Information
There might be more information for this subject on one of the following:
[{ReferringPagesPlugin before='*' after='\n' }]