Confirmed users
964
edits
Program Management/Sprint Guide: Difference between revisions
→Events and Actions: foo
(→Core principles and rules: asd) |
(→Events and Actions: foo) |
||
| (6 intermediate revisions by the same user not shown) | |||
| Line 31: | Line 31: | ||
* 1 Sprint Planning Meeting: to define and prioritize the high level goal and backlog | * 1 Sprint Planning Meeting: to define and prioritize the high level goal and backlog | ||
** All tasks in Bugzilla with rank, iteration, whiteboard themes, and priority | ** All tasks in Bugzilla with rank, iteration, whiteboard themes, and priority | ||
** | ** Assigning point is optional and up to the team or individual. | ||
* The team pick up tasks and update bugs in preferably the order of task rank (what makes sense). | * The team pick up tasks and update bugs in preferably the order of task rank (what makes sense). | ||
* The team chooses frequency of standups | * The team chooses frequency of standups | ||
** Stand ups are streamlined meetings where each person provides status on what they worked on yesterday, today, and if blocked. Any questions or blockers should have a quick break out session after. | ** Stand ups are streamlined meetings where each person provides status on what they worked on yesterday, today, and if blocked. Any questions or blockers should have a quick break out session after. | ||
* Sprint Review: Review deliverables, often demos, and hold a retrospective. | * Sprint Review: Review deliverables, often demos, and hold a retrospective. | ||
Summary of Meetings: | |||
{| class="wikitable" | |||
|- | |||
! Meeting Type !! Who !! Tasks | |||
|- | |||
| Triage || Product Owner/EPM/DevMgr || Apply: priority, themes, backlog+ flag, rank. Prod Owner sets themes/rank in order of priority. Themes map back to user stories. | |||
|- | |||
| Planning || Everyone || Team tasks by setting iteration value in bug. Team sets priority if desired. | |||
|- | |||
| Sprint Review || Sprint Team || Team decides on frequency of standups and the scrum master is chosen by the team and leads this standup. Should target 15 min with any breakouts after main meeting. | |||
|- | |||
| Retrospective || Everyone || Demos of what was accomplished in iteration, discuss how sprint went, consider tweaks. | |||
|} | |||
Glossary: | |||
{| class="wikitable" | |||
|- | |||
! Term !! Description | |||
|- | |||
| Rank || Relative backlog priority. For example: P1's are rank 15 by default, then lowered or increased based upon relative priority. Duplicates are fine. | |||
|- | |||
| Backlog || The set of prioritized tasks for the sprint team to complete. The product owner sets priority and team takes items in order from priority as it makes sense. We want to encourage cross training here, but want to be efficient if someone is in a specific area of code already. | |||
|- | |||
| Priority || Higher level large grouping of importance. Based upon the impact of the task or need for inclusion in the targeted release. Generally: P1 = blocker/must fix, P2 = want to fix but not blocker, P3 nice to have. | |||
|- | |||
| Theme || Large groupings of tasks in common supporting a feature. Often used to map to a user story. | |||
|- | |||
| Iteration || used to denote a team member taking an item to work on for a sprint (e.g. 41.1, 42.2) | |||
|- | |||
| backlog+/- flag || Bugzilla value that can be set to '+' or '-' for inclusion or exclusion from a backlog. | |||
|- | |||
| Points (optional) || Relative amount of work in days to complete a task assigned against the total capacity (days of work) of the team. Values follow fibonacci sequence. Optional for use of tracking velocity of team. | |||
|} | |||
[[Program_Management/ProjectPlanTemplate/Firefoxdesktop | Detailed info on the approach]] | |||
== Optional == | == Optional == | ||
* Scrum Teams don't contain any team members who don't do tasks other than a Product Owner. See [http://www.implementingscrum.com/2006/09/11/the-classic-story-of-the-pig-and-chicken chickens and pigs cartoon] | * Scrum Teams don't contain any team members who don't do tasks other than a Product Owner. See [http://www.implementingscrum.com/2006/09/11/the-classic-story-of-the-pig-and-chicken chickens and pigs cartoon] | ||