Most Helpful Customer Reviews
|
|
27 of 27 people found the following review helpful:
2.0 out of 5 stars
Good idea, disappointing execution, June 29, 2001
The basic idea of the book is good: Identify and classify commonly occuring project management problems (AntiPatterns), discuss them a bit, and present a solution.However, the book mostly fails to deliver. For one, the book has imposed a superficial and poorly fit structure to the description of every AntiPattern. The result is that lots of information, like the causes and results of the AntiPattern, will be described two or three times in slightly different forms. This bloats the book needlessly. If a different form had been selected - say, a collection of essays - the book could have been 150 pages instead of the massive ~450 pages it is now. Another reason the book fails, is that many of the solutions seem firmly planted in old thinking about project management as advocated by SEI, NASA/SEL, and others. Significantly, change is mostly regarded as evil. One of the recommended solutions to change in the Chaos AntiPattern is "Develop a software development plan and stick to it". In the Gilding the Lily AntiPattern (a.k.a. "Gold Plating"), it states that "Often the architects and developers must be physically prevented from making changes." Also, while incremental or iterative development is carefully mentioned in places, most of the solutions fit best with linear, phased, and pretty inflexible development paradigms. The book would have benefited from using solutions from more agile methodology thinking. A third reason is that some of the solutions don't attack the root causes at all. The one and only solution to the Process Disintegration AntiPattern (where people don't follow the process because it is too heavy) is to institute an internal, no-process-at-all, developer-driven project. But how does this solve the problem for all of the company's normal projects that, presumably, are still expected to follow some normal process? The book doesn't say. The book is not totally hopeless, though. It can be useful to be aware of most of the AntiPatterns and their causes, as well as some of the solutions. But in the end I wouldn't recommend this book neither to inexperienced project managers - who wouldn't be able to recognize what solutions are good and what are bad - or experienced project managers, who would be enlightened enough to already know what they can do, or if not, would benefit much more from reading other books.
|
|
|
9 of 11 people found the following review helpful:
4.0 out of 5 stars
Admiration and Warning, July 2, 2001
This is certainly an enlightening book, bringing up many points to consider. The writers are experienced, and though this results in an overly authoratative tone at times, their work is sound. The problem I have with the book is not actually the book itself. If a project manager can be so opened-minded as to step back and look at the problem with an accurate perspective, having a clear idea of all the facts of the case, they should be able to use this book to accurately diagnose and fix the problems they face. If they can't do that this book may be less useful.On the other hand, reading this book adds perspective, which may be enough to help one step back from the situation and reevaluate. In addition, since the authors reference their earlier works frequently, it might be best to read the other books first.
|
|
|
6 of 7 people found the following review helpful:
5.0 out of 5 stars
A Worthwhile Read for Project Managers, December 4, 2002
A very talented software engineer highly recommended this book to me as an engineering manager. I was intrigued to find that some of the Amazon.com reviews were sooooo negative. However, I bought the book anyway and found it to be quite useful.The book uses the methodology of AntiPatterns, which is a hot topic in the software development community, to analyze problems with project management. This is simultaneously the book's strength and its weakness. Antipatterns are just one tool; one way of looking at the world; one way of analyzing a situation. Another useful addition to the toolkit is always welcome and the book clearly delivers one. On the other hand, if you are looking for the unified theory that will solve all project management problems, it doesn't deliver on that. (I am still looking for that book.) One reason the book might receive mixed reviews is that it does have a tone of irreverence towards management. For example, in the Executive Summary, it says "The primary cause of software development failure is the lack of appropriate project management." While this may be true, some project managers may not enjoy reading about it. Similarly, the book has a tendency to identify the root cause of problems as "haste, ignorance or sloth", most likely on the part of management. This may be true, but perhaps not all that helpful or enjoyable to read. Overall, I found the book to provide a valuable perspective on software project management. The book will not solve all of the world's project management problems but that's OK with me. Read the book and use the principles wisely.
|
|
|
Most Recent Customer Reviews
|