Skip to content
Browse
BABOK Guide
BABOK Guide
10. Techniques
Introduction 10.1 Acceptance and Evaluation Criteria 10.2 Backlog Management 10.3 Balanced Scorecard 10.4 Benchmarking and Market Analysis 10.5 Brainstorming 10.6 Business Capability Analysis 10.7 Business Cases 10.8 Business Model Canvas 10.9 Business Rules Analysis 10.10 Collaborative Games 10.11 Concept Modelling 10.12 Data Dictionary 10.13 Data Flow Diagrams 10.14 Data Mining 10.15 Data Modelling 10.16 Decision Analysis 10.17 Decision Modelling 10.18 Document Analysis 10.19 Estimation 10.20 Financial Analysis 10.21 Focus Groups 10.22 Functional Decomposition 10.23 Glossary 10.24 Interface Analysis 10.25 Interviews 10.26 Item Tracking 10.27 Lessons Learned 10.28 Metrics and Key Performance Indicators (KPIs) 10.29 Mind Mapping 10.30 Non-Functional Requirements Analysis 10.31 Observation 10.32 Organizational Modelling 10.33 Prioritization 10.34 Process Analysis 10.35 Process Modelling 10.36 Prototyping 10.37 Reviews 10.38 Risk Analysis and Management 10.39 Roles and Permissions Matrix 10.40 Root Cause Analysis 10.41 Scope Modelling 10.42 Sequence Diagrams 10.43 Stakeholder List, Map, or Personas 10.44 State Modelling 10.45 Survey or Questionnaire 10.46 SWOT Analysis 10.47 Use Cases and Scenarios 10.48 User Stories 10.49 Vendor Assessment 10.50 Workshops

7. Techniques

7.14 Retrospectives

Agile Extension to the BABOK® Guide

7.14.1 Purpose

Retrospectives are used to continuously improve by reflecting on what went well, what could be better, and to improve the processes.

The retrospective provides an opportunity for all members of the team to reflect on the most recent deliveries. The retrospective includes the entire team. It is common for the retrospective to be split into two parts. First, the team reflects on the past iteration. Second, the team identifies ways to adapt.

Retrospectives are held at key milestones in the solution life cycle, normally at the end of every iteration/release, so learning can be quickly embedded in the processes and practices going forward.

Retrospectives focus on identifying issues with the process. They identify process improvements and are not personal in any sense. They include a safety check to ensure team members can speak freely and constructively.

It may be useful for Retrospectives to be facilitated by a neutral facilitator rather than by a member of the team.

Where fixed iteration cycles are not being used, regular Retrospectives are scheduled to enable the team to examine their processes.

.1 Review Previous Action Items

During a retrospective, action items identified in the previous retrospective are reviewed, and progress and impact assessed.

.2 Preparation

The team prepares ideas from the recent iteration that may be analyzed in the retrospective.

.3 Safety Check

The team agrees, together, to trust each other and to believe every comment or suggestion is intended for the sole purpose of improving the team's performance.

.4 Identify the Items

There are many mechanisms to identify items to discuss. One of the most common is for all team members to write up things that went well, things to improve, and things of interest to share as a group.

.5 Choosing Future Actions

Once all the ideas have been discussed to the satisfaction of the team, the team decides which solutions or improvements to focus on next. The team then identifies a timeline and assigns responsibility to an individual team member who ensures the solution or improvement is implemented.

.1 Strengths

  • An excellent way for the team to find a collective voice around opportunities for team improvement.

  • Addresses issues early and focuses on improving the process.

  • Allows continuous improvement of the team.

  • Empowers the team.

  • Can be self-facilitated by the team.

.2 Limitations

  • Team members may feel obliged to pretend that they trust each other, even though they do not.

  • Retrospectives are only of value if the team acts upon the learning from the session to improve the process.

  • Most ideas raised in the retrospective are known to at least one member of the team. A mature team should be addressing issues as they arise rather than batching them up to be handled in a retrospective.

  • If issues raised in the retrospective are not addressed, there is a risk to team morale and motivation.

Techniques From the BABOK® Guide

1-10

11-20

21-30

31-40

41-50