I work on a small team - three people - mostly focused on maintaining and improving the user portal for a large non-profit startup accelerator. It's an interesting codebase, with some interesting problems issues opportunities, and it keeps us pretty busy. One of the many things I like about my team is a fairly compulsive commitment to the Scrum way of working. I'm not going to try to explain Scrum here - people make a lot of money writing books about that - but among other things, it means we work in short sprints, and at the end of each sprint we get together and talk about how we did and what we should focus on to do better the in the next sprint. This item of focus is written up as a ticket for the next sprint, and is called the "kaizen" for that sprint. Over the course of the sprint, we try to apply this, and then we keep it around for the future. The kaizen can be anything we choose, but it should be about improving our velocity in some way. Since "work faster" isn't really a useful meditation, and "work longer hours" doesn't really scale well, we usually find ourselves addressing issues that impeded our progress in the previous sprint or occasionally introducing new ideas that we think might make things faster, easier, or more fun.

I recently had reason to review some of my team's old kaizen tickets, and it occurred to me that what I was reading was the history of the fine-tuning of a team, and that this could be interesting and useful reading for other developers and people in the pipeline to become developers. There's a lot of talk about what sorts of things constitute "best practice" and how people ought to work together, but it's harder to see this sort of biography of a team in regular snapshots. So over the next few weeks, I'm going to offer up exactly that: I'm going to discuss the ideas for "good improvement" of our process and velocity: what they were, what motivated them, and how they worked out.

As a preview, I've exported the list of Kaizen tickets going back to Sprint 6, which is the first one I've found. Here's the list:

• Kaizen: Tickets For All Work
  
• Kaizen: More Demonstrative Sprint Review
  
• Kaizen: Automate rather than repeat
  
• Kaizen: The Cave and the Fishbowl
  
• Kaizen: Fewer Boulders More Pebbles
  
• Kaizen: Two heads are better than one
  
• Kaizen: Testing, testing, 1, 2, 3...
  
• Kaizen: New Scrum Master!
  
• Kaizen: Tidy
  
• Kaizen: Get Some Rest
  
• Kaizen: Manage The <oink> Interrupts
  
• Kaizen: Cerberus - Guarding the Gates of the Interrupt Bucket
  
• Sprint 18 Kaizen: Zen Kaizen.
  
• Kaizen: Synchronize with Stakeholders
  
• Kaizen: Bug-Backlog Balance
  
• Kaizen: Smoothing the Estimation Meeting
  
• Kaizen: Improving the Code Review