What do you think?
Rate this book
512 pages, Paperback
First published January 1, 2009
If you are looking to introduce Scrum in your organisation or to improve the way it is implemented, you should read this book and keep it close at hand. If you do not already have a working knowledge of Scrum, some Certified ScrumMaster or Certified Product Owner training, say, you should get that first, and then read this book.
Often when reviewing books I condense my key findings, but this is hard in this case. The book is just too expansive, but in a good way. It is to Scrum what Code Complete by Steve McConnell is to programming. Neither are introductory texts, but they are excellent companions for anyone having advanced past that stage.
The first part of the book is about how to introduce Scrum. if you are not about to do this, I think you'll find it a little boring, and despite what Cohn writes in the introduction, it probably can be safely skipped. The next three parts form concentric circles starting with the individual, followed by the team and then the entire organisation. I found the topics covered here to be very illuminating and well-explained, though I still have unresolved questions on topics such as what should before launching a project (business case, initial product log, feasibility) and how to effectively manage an organisation using a lot of Scrum. The book is centred on Scrum the process with a clear bias to software engineering, but it only touches on the software engineering practices that are necessary to succeeding with agile.
Cohn's style is more journalistic than academic. He uses a mix of anecdote, theory and hard data from research and even quotes from agile practitioners. This makes the book very readable. It is also very practical with concrete tips on practices you can try today and ways to handle common objections to Scrum and agile (of which there are many).