The purpose of a Release Planning meeting is to have a team commit to a release goal in a set of iterations. The output of the meeting will be a tentative release date, a roadmap of time-boxed iterations with User Stories, and a rough estimate for each story. Participants include the customer, development team, testers, and any other key people that can provide information around how stories can be prioritized and estimated. Here is a sample agenda that I like to use for conducting one. It is based on the one found in the book Collaboration Explained by Jean Tabaka.
| Opening | Give the team a brief overview of the planned agenda and what to expect. Review the goals of the meeting. |
|---|---|
| What is the theme for this Release? | Decide on an over-arching theme for the release. The theme acts as a guide around User Story discussion and is used to measure its success. |
| What is the timebox for this Release? |
The Customer should present a view of the Release timebox based on the theme and any other driving factors (customer requests, trade shows, vacations, etc.). The customer and the team then determine the number and length of the iterations. Using a calendar, post the table of dates on the wall. |
| Who are the team members for this Release? |
Create a list of team members and their roles. Include any other team member information as well (location, part-time, etc.). All of the team members listed must be able to personally commit to the Release Plan. |
| What is the expected team velocity? |
For new teams, list estimated availability for each each team member in points, ideal days, or ideal weeks. Do not let the team go into detailed hours. Combine all individual estimates. This number defines the total velocity of the team. Post it on the wall. For established teams calculate the average velocity for the team from the last Release. |
| What are the prioritized stories? |
Keep the group focused on the current stories by gathering discussion topics on the wall; other stories, issues and concerns will be handled later in the meeting |
| Are there any additional stories that can contribute to the Release theme? |
Timebox new story brainstorming with a timer. Have the customer prioritize the new stories in the context of the existing ones. |
| What are the technical concerns around these stories? |
Brainstorm and display concerns on the wall. |
| What are the other concerns or risks associated with this Release? |
Brainstorm and display concerns on the wall. |
| Given all of this information, what are the estimates for the stories? |
Estimate stories using [Planning Poker](http://www.planningpoker.com/detail.html) or [some other method](http://www.mountaingoatsoftware.com/books/agile-estimating-and-planning). It may be useful to break up and have smaller groups estimate a subset of the stories. If you choose this method, have each group present their estimates to the entire group when done. |
| Given these estimates, does the prioritization of the stories change? |
Give the Customer an opportunity to revise priorities based on the high-level estimates. |
| What is the mapping of stories for each planned iteration? |
Given the prioritized list of stories, their estimates, the estimated velocity of the team, and the number of planned iterations, assign stories to each of the iterations. The output of this exercise is the initial roadmap of the Release. |
| What is the final set of stories for this Release? |
Check for concensus of the Release roadmap. Revise it as necessary. The entire team should be onboard and commit to the stories for the Release. |
| Based on the Release commitment, what are the next actions? |
Decide on the next steps needed to put the Release Plan into action. |
| Close the meeting. |
Review the purpose of the meeting and ensure that the team agrees that it has been met. Discuss the meeting process (What did or did not go well? What would you change for the next meeting?). |