The two latest books through my reading queue fit together in interesting – though not necessarily unexpected - ways.
The first, Agile Retrospectives: Making Good Teams Great, is one I’ve been meaning to read for a while. As a Scrum Master, I have to facilitate one of these every two weeks, and as the sort of person who doesn’t shut up, I’m not always as good at them as I need to be. This book is exactly what I needed, as it’s very step-by-step and practical. It’s built around a five-step framework for retrospectives:
- Set the Stage
- Gather Data
- Generate Insights
- Decide What to Do
- Close the Retrospective
Each of these steps does something important, and the book is clear about what those things are. To that end, it provides a good selection of activities for each step that are designed to get you there. For me, these were a godsend, as the activities are designed (at least in part) to deal with people like me, as well as people who are normally quiet and don’t contribute. It also has several chapters on what facilitators need to do and the skills they to develop to run effective retrospectives.
There were three big takeaways for me. First, you need to go into the retrospective with a goal. You need to know enough about your problems were so that you can select activities that will tell you how to fix them. Second, even though you know what your goal is, you need to set aside notions of how to achieve it. You need to let the activities guide you the answers. The danger is that you’ll skip over the Gather Data and Generate Insight steps to get to your action plan. If you do, you miss out on the collaborative power of retrospectives, which is not to be underestimated. Third, you need to focus on the actionable output of the retrospective. Some amount of processing is useful, as a way to give closure to the iteration, but the focus should be on what you’re going to do as a result of what you say and learn.
I’ve run two retrospectives since reading the book, and I (or really, we) have already seen a marked improvement in our process. We’re getting to better answers faster, and we’re seeing results from the changes we decide to make. The philosophy of “inspect and adapt” requires you to actually adapt in response to your inspections, and Agile Retrospectives has helped us do just that.
I attribute a lot of the increase in value to the second step I mentioned above: harnessing the collaborative power of retrospectives. By happy accident, the next book I read after finishing Agile Retrospectives was Group Genius by Keith Sawyer. He’s an education professor (with a truly fascinating CV) who did his PhD in pyschology at the University of Chicago, studying with, among other people, Mihaly Csikszentmihalyi. One his earlier works, Explaining Creativity, lays out the state of modern psychological research and what science tells us about creativity. This book attempts to dispel the myth of the “lone genius” innovator by explaining how we unconsciously collaborate and how to create better environments for conscious collaboration to take place. (He’s also a jazz musician and he spent a lot of his doctoral work studying improv troupes; after a set up like that, how could I not read it?)
The book itself is a mix of history (the real process Samuel Morse went through to develop the telegraph), psychology (how the brain combines concepts to create new ones), and business (principles to follow in creating an environment for innovation). As usual, I was looking for clear guides to action, and by and large I found them. Sections in my notes include:
- Seven characteristics of effective creative teams
- Ten conditions that help a creative group perform at its best
- Seven rules to increase group flow
- Five steps of the collaborative process
- How the mind connects conceptual sparks
- Top ten secrets of collaborative organizations
Why do I believe in this stuff? Because it explains why our retrospectives got better. If you look at the activities laid out in Agile Retrospectives, they follow these principles. That was the real joy of reading these two books together. The first told me what do to; the second gave me solid understanding of why it worked. It's nice when things work out that way.