Skip to content

Latest commit

 

History

History
120 lines (87 loc) · 7.13 KB

readme.md

File metadata and controls

120 lines (87 loc) · 7.13 KB
Raw

Retrospectives

Development teams working on CSE projects will conduct agile retrospectives for each iteration and project milestone.

Goals

  1. Continually learn from our engagement, improving our ability to deliver value to our customers.
  2. Involve everyone in the learning and improvement.
  3. The dev team and the larger org learn from each engagement.

Evidence and Measures

At the end of each milestone or engagement, the team will write up the results of their retrospective, including 1-3 proposed changes or experiments. Owners will be assigned to each item, to make sure that retrospection leads to action, when desired.

Proposed changes coming out of iteration retrospectives should be tracked as tasks or bugs in the project backlog.

General Guidance

The Agile Retrospectives book provides a clear script for conducting retrospectives. Every retrospective should follow some version of the script, depending on the length of the retrospective. The basic script is:

  1. Set the stage.
  2. Gather data.
  3. Generate insights.
  4. Decide what to do.
  5. Close the retrospective.

Within that script, the facilitator can make choices with regard to which activities to use for each element.

Project or Milestone Retrospective

These are the most intense retrospectives, in that they cover more project working time and should be the strictest with regard to following the ceremony described in the retrospective book. The goal of most project or milestone retrospectives is to identify proposed changes that the engineering crew or all of CSE might try in the next project. Teams should cover the overall project or milestone, including the development phase, how the on-site hack went, how well the customer engineering team engaged, how well the wrap up activities went, how well the whole CSE team worked together, etc.

A project or milestone retrospective will usually take 3-4 hours, depending on how long or complex the milestone was and how many people are involved in the retrospective.

We recommend that project and milestone retrospectives bring in an experienced facilitator to work with the team. CSE will maintain a list of experienced facilitators for teams to request.

  1. Set the stage.
    1. Thank everyone for being here.
    2. Walk through the standard CSE retrospective introduction slide deck, reminding everyone of the purpose, script, and expected behaviors.
    3. Each participant introduces themselves and their role on the project.
    4. Do one Set the Stage activity: 4.1-4.3.
    5. Run a quick Working Agreement activity (4.4) to give participants a chance to add any items to the standard working agreement.
  2. Gather Data.
    1. Run 2-3 Gather Data activities: 5.1-5.8.
    2. See the Recommended Activity Recipes section for ideas on selecting activities.
  3. Generate Insights
    1. Run 1 Generate Insights activity: 6.1-6.9.
    2. See the Recommended Activity Recipes section for ideas on selecting activities.
  4. Decide What to Do
    1. Run 1 Decide What to Do activity: 7.1-7.4.
    2. See the Recommended Activity Recipes section for ideas on selecting activities.
  5. Close the Retrospective.
    1. Run 1 Close the Retrospective activity: 8.1-8.5.
    2. See the Recommended Activity Recipes section for ideas on selecting activities.
    3. Thank everyone for participating.
  6. Follow up on proposed changes and experiments.

Iteration Retrospective

Iteration reviews should follow the ceremony of the retrospective script, but using less time and fewer activities than the project or milestone retrospective. Iteration (sprint) retrospectives will focus more on execution and implementation details and how the team can improve execution for future iterations.

An iteration retrospective will usually take 1-2 hours.

Usually, the process lead or engineering manager will lead the first one or two iteration retrospectives. After that, it's good for the team to take turns.

  1. Set the stage.
    1. Run a quick Working Agreement activity (4.4) to give participants a chance to add any items to the standard working agreement.
    2. Do one Set the Stage activity: 4.1-4.3.
  2. Gather Data / Generate Insights
    1. Run 1 Gather Data or Generate Insights activity: 5.1-5.8 or 6.1-6.9. Alternate between them on alternating iterations or let the facilitator choose the activity that they believe will be the most helpful.
    2. See the recommended Activity Recipes section for ideas on selecting activities.
  3. Decide What to Do
    1. Run 1 Decide What to Do activity: 7.1-7.4.
    2. See the recommended Activity Recipes section for ideas on selecting activities.
  4. Close the Retrospective
    1. Make sure someone is responsible for adding the proposed changes and/or experiments to work item tracking.
    2. Thank everyone for participating.

Single-Day Iteration Retrospective

This variation assumes that the team is running an iteration per day, which is common in code-with engagements or hacks that have higher levels of uncertainty. In a single-day sprint, the team runs a 15-30 minute planning session for the day, conducts at least one standup (frequently immediately after lunch), and has a short demo, followed by a short retrospective at the end of the day.

A single-day iteration retrospective will usually take 15-30 minutes.

The process lead or engineering manager will lead these short retrospectives.

  1. Set the stage.
    1. Remind everyone of the team's working agreement for daily retrospectives.
    2. Give participants a chance to propose changes.
    3. Do one Set the Stage activity: 4.1-4.3.
  2. Activity
    1. Run 1 activity from any section of the book.
    2. The facilitator can choose based on they think the team could use.
  3. Decide What to Do
    1. The team should decide if they want to make any change for the next day.
  4. Close the Retrospective
    1. Make sure someone is responsible for adding the proposed changes and/or experiments to work item tracking.
    2. Thank everyone for participating.

Recommended Activity Recipes

Below are recommended commendations of activities to use in the slots above.

Tough Project Milestone

Give participants a chance to vent before getting into the more analytical parts of the retrospective.

  1. Set the Stage: Check-in (4.1), using a more emotion-oriented question
  2. Gather Data: Mad Sad Glad (5.4) to bring out emotional responses
  3. Gather Data: Timeline (5.1) to move toward an analytical view
  4. Gather Data: Locate Strengths (5.5) to help people move toward positive
  5. Generate Insights: Five Whys (6.3) or Identify Themes (6.8) to dig into thorny issues or find the underlying connections in the data
  6. Decide What to Do: SMART Goals (7.2) to capture what the team wants to accomplish with proposed changes
  7. Close the Retrospective: Appreciations (8.2) to give people the best chance of leaving with positive energy

Resources

Q&A