could they use the book as a �check-list� to see if the CI is used "correctly" or if there's something missing?
I think this would be a good way to utilize the book and, in many ways, this is how I organized it. At the beginning of (and throughout) the writing process, I thought to myself "if I were to list the effective practices I've used on projects, which would I choose?" There are 46 CI-related practices in the book. Most of the 46 practices are chapter subheadings and are based on this list of practices that are useful from our experiences. Of course, not everything on this list of effective practices made it to the book because certain practices weren't relevant to Continuous Integration. And, I definitely don't think you need to implement all of the practices from the book to be successful at CI, but "Continuous Integration" demonstrates the possibilities of what you can implement using examples.
For dev teams with an existing CI environment, I will assume they have a fully automated build with minimal dependencies (chapter 1 and 4). Next, they can use the development team practices from chapter 2 as the cornerstone for moving forward to incorporating other build processes such as database integration (chapter 5), additional automated
testing (chapter 6), static/dynamic analysis (chapter 7) and deployment (chapter 8) to a target environment
[ August 28, 2007: Message edited by: Paul Duvall ]