VMware Infrastructure 3 Book Excerpt and Author Interview
VMware Infrastructure 3: Advanced Technical Design Guide and Advanced Operations Guide provides a wealth of practical insights into setting up virtualization in todays corporate environments.
Tracking change and innovation in the enterprise software development community
Posted by Deborah Hartmann on Aug 21, 2006 01:38 PM
InfoQ brings you an exclusive chapter excerpt from Agile Retrospectives: Making Good Teams Great by expert facilitators Esther Derby and Diana Larsen.In addition to publishing the chapter for our readers, we asked the authors a few questions about the making of their book:
InfoQ: Teams have been using Norman Kerth's useful site and a book on retrospectives, which I suspect you also use... What did you want to add to that, by writing your book?
Esther: Yes, we've both used Norm's book. In fact, we're both mentioned in it. I've known Norm since 1991, and for a long time he kept telling me, "You have to meet Diana. You really have a lot in common and your skills are complementary." He finally engineered a meeting by asking us both to co-convene the first Retrospective Facilitators Gathering with him (which still meets annually). We've been having fun working together ever since.
What we wanted to add to Norm's book was the idea that you don't have to wait until the end of a project to do a retrospective. Even if you aren't on an Agile team, you can hold retrospectives at releases, milestones, or at regular intervals to improve the way the team is working.
Diana: Since Norm wrote about retrospectives at the end of projects, he described situations that benefited by bringing in an experienced facilitator from outside the team. We wanted to show that team leaders and team members could lead the process themselves for short, tightly-focused iteration retrospectives. We talked to Norm as we were starting this book, and encouraged us to go forward with the project.
InfoQ: Can you tell us a real story about a team has that found retrospectives a helpful tool?
Diana: We hear lots of stories. One that immediately comes to mind is about an XP team that consistently used retrospectives to improve their processes. They challenged themselves to think up innovative experiments for the next iteration. One of their experiments looked at finding the sweet spot for time spent pair programming with different members of the team. Arlo Belshee presented an experience report at the Agile2005 conference on the increase in productivity they created ("promiscuous pairing").
Esther: I remember talking to one team who had most of their engineering practices worked out, so they used their retrospectives to work on handling conflicts. Over time—and by taking time to inspect, experiment, and build skills and confidence one iteration at a time—they learned how to navigate the sort of "normal " conflicts that come up on every team. When there was a major disagreement, they had both the skills and the trust to handle the issue within the team. And as a side benefit, because they were dealing with all the stuff on the team, their manager could spend more time on eliminating organizational blocks and obstacles. Which, of course, made it easier for the team to build software.
InfoQ: What one message do you want people to hear about retrospectives right now?
Esther: Teams don't get better unless they step back and inspect and adapt their methods and interactions. Retrospectives are the mechanism to do that.
Which brings us back to our exclusive book excerpt: Chapter 10: Make It So.
The End of Middleware: Freedom from IT Stacks as we know it
Six Free Project Management Certification Training Courses
IBM software architect eKit: Grady Booch podcast, whitepapers, articles
The Agile Business Analyst: Skills and Techniques needed for Agile
VMware Infrastructure 3: Advanced Technical Design Guide and Advanced Operations Guide provides a wealth of practical insights into setting up virtualization in todays corporate environments.
Ruby 1.9's Fibers and non-blocking I/O are getting more attention - we talked to Mohammad A. Ali of the NeverBlock project and Tony Arcieri of the Revactor project.
Tim Mackinnon talks about the aspirations behind the Agile principles and practices, the desire to become efficient, to write quality code which does not end up being thrown away.
Brian Goetz discusses the difficulties of creating multithreaded programs correctly, incorrect synchronization, race conditions, deadlock, STM, concurrency, alternatives to threads, Erlang, Scala.
Often the hardest part of changing technologies is language syntax differences. This new article provides Java developers with a transition guide to Actionscript which forms the foundation of Flex.
Neal Ford talks about having multiple languages running on one of the two major platforms: Java and .NET. He also presents the advantages offered by Ruby compared to static languages like Java or C#.
David Anderson talks about the history of Agile, the current status of it and his vision for the future. The role of Agile consists in finding ways to implement its principles.
Nick Sieger talks about the future of JRuby, Java Integration, and his work on JEE deployment tools for Ruby on Rails like Warbler.
No comments
Reply