Agile Retrospectives: Making Good Teams Great

by Diana Larsen, Ken Schwaber, Esther Derby, et al.

Book Overview

See how to mine the experience of your software development team continually throughout the life of the project. The tools and recipes in this book will help you uncover and solve hidden (and not-so-hidden) problems with your technology, your methodology, and those difficult "people" issues on your team.

Project retrospectives help teams examine what went right and what went wrong on a project. But traditionally, retrospectives (also known...

• Format: Paperback
• Language: English
• ISBN: 0977616649
• ISBN13: 9780977616640
• Release Date: August 2006
• Publisher: Pragmatic Bookshelf
• Length: 178 Pages
• Weight: 0.96 lbs.
• Dimensions: 0.5" x 7.4" x 9.2"

Customer Reviews

Excellent advice for those desiring more frequent, shorter, better retrospectives

One of the challenges facing an agile team that holds a retrospective at the end of each one- to four-week iteration is how to keep the meetings fresh. When done this often retrospectives become redundant and team members often simply go through the motions. This is an excellent book that is full of so many ideas on how to conduct a retrospective that they will never become redundant. I really like how the book is structured. It starts with three chapters about the purpose of retrospectives, how to tailor one for your team, and how to lead one. A general framework for retrospectives is laid out (gather data, generate insights, make decisions, and so on). The remaining chapters delve into these topics and each presents a variety of ways to perform the step. I picked up some wonderful ideas in these chapters that I have been able to successfully apply. I'm not a big fan of the grueling multi-day retrospectives commonly held after a year (or more) of work on a big bang-style, waterfall project. This book perfectly fills a need, describing how to run much shorter and more effective retrospectives on a more frequent basis. I highly recommend it.

Simply Excellent!

I have yet to regret a purchase from the Pragmatic Bookshelf. The books are clear and concise with pretty easy to implement action plans, and this one is no exception. If you are like me, you have found that traditional "lessons learned" meetings after projects were held rarely, and a rarer number of these actually generated anything of any impact on future work. In some of my readings about Agile Software Development, I read that Agile Teams have retrospectives regularly with each iteration. I thought this was interesting, but didn't really know what to do. Enter this book. The authors do a great job of outlining how the process should work and why each of the phases of are important. The give good coverage of * Setting the Stage * Gathering Information * Generating Insights * Deciding What to Do * Closing the Retrospective Not only do they explain the general process, but they give a fairly extensive list of activities to use for each phase with suggestions about which ones work in different situations. After reading this book, I was able to immediately turn around and facilitate a rertrospective for my team's latest project release. This book is about all that you could ask for. The material is rich, but the amount of material is fairly short and quick to read. It is very focused and clear on how to take action. I would recommend investing in this book to anyone who wants to do a better job of *truly* learning from past project experience.

It's not hype; their advice works.

Diana and Esther tell us how to make good teams great. It's not hype; their advice works! From the first few pages we know the authors are speaking from their vast experience, sharing knowledge on how to install iterative retrospectives in a team's process. Their book is written in an easy-to-read manner and leaves nothing out: it includes examples from real retrospectives, a theory of iterative retrospective design as well as a number of carefully designed exercises. I'm not surprised that the authors could make clear such a difficult topic, blending insight from a number of fields and writing specifically for software teams. For more than a decade, Esther and Diana have been teaching the techniques and helping leading edge companies from all over the world implement retrospectives. This is a must read book for anyone serious about making the Agile approach work, and then work better and better. Why? Because an Agile approach deployed right out of the book or course is likely to be a poor fit for your specific environment. Agile needs to be fine-tuned for your teams strengths, skills, challenges and goals. The iterative retrospective is the widely proven technique to make these crucial adjustments. There is no better book on the topic.

Great material for mixing up end-of-iteration retrospectives

Since Norm Kerth's seminal book on Retrospectives, development cycles have gotten shorter, and many teams have gone Agile. Where Norm focuses largely on big, end-of-project retrospectives, Diana and Esther close the gap, providing an excellent set of exercises that can be done in short periods time (say, at the end of an iteration), with or without a formal facilitator. (If retrospectives are new for your team, facilitation can help you get started. If you're going to do regular retrospective, you'll probably want to learn to self-facilite.) The healthiest team I was on did regular, short retrospectives, both for process adjustment and to keep small issues from simmering and turning in to bigger issues. Regular retros can get repetitive; the exercises in this book can help mix things up.

Take your team to a new level with this book!

My agile team has used retrospectives for years and thought we were pretty good at them. The activities and ideas in this well-written, well-organized book take our retrospectives to a whole new level. Now if we can't remember what we did in the previous two weeks (it's surprising how poor our memories can be!), or are stumped for ideas on how to address a prickly issue, we can just turn to the book for a way to jump-start a beneficial change. I had no idea there were so many different approaches to getting value via retrospectives. The activities are all simple, and illustrated with many figures and examples. Even if you're not very experienced at leading these types of meetings, the book will give you confidence. The authors also explain when and why to do different types of retrospectives. For example, I hadn't thought of having project retrospectives for our agile team, since we already have iteration retrospectives, but now I can see how they can be managed for good effect. Most importantly, the book explains how to use the information and ideas produced in a retrospective to effect real change. It's easy to get complacent and not strive to do better, and this book will help your team be proactive. The book's organization makes it a good reference guide too. Anytime your team is in a rut or having a problem, you could pick an activity out of this book to kick start things. I love user-friendly books such as this one.