Some aspects of this book were totally awesome. I love the basic methodology, the focus on communications, personal safety, reflection workshops, importance of keeping methods lightweight, etc. Unfortunately, the book suffers from a bit too much of trying to be something for everybody. Huge swaths of material were skimmable at best for me. For instance, examples of requirements documents and design diagrams. I've seen thousands of such examples and seeing new ones in this context provides nothing for me. Another example: reports relating to ISO certification. Another example: encyclopaedic categorization of all the possible work products, indexed by which team member role is supposed to produce them.
One more thing that I find perplexing about this book. The author shows a strong bias against using software tools to manage requirements documents and other work products, manage iterations, etc. I would be a full-on advocate of, for example, using a wiki. It's a searchable storage device on top of being a collaborative documentation tool. I'm constantly going back to old wiki pages and work tickets to look into the details of what was done. This is going to be a royal pain if the only documentation we have are cell phone pictures of what we once drew up on a whiteboard.