The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition) | 
enlarge | Author: Frederick P. Brooks Publisher: Addison-Wesley Professional Category: Book
List Price: $39.99 Buy Used: $12.85 You Save: $27.14 (68%)
New (32) Collectible (1) from $25.30
Avg. Customer Rating: 125 reviews Sales Rank: 4077
Media: Paperback Edition: 2 Number Of Items: 1 Pages: 336 Shipping Weight (lbs): 0.9 Dimensions (in): 8.9 x 6.1 x 0.6
ISBN: 0201835959 Dewey Decimal Number: 005.1068 UPC: 785342835953 EAN: 9780201835953 ASIN: 0201835959
Publication Date: August 12, 1995 Availability: Usually ships in 1-2 business days Shipping: Expedited shipping available Condition: Highlighting and notations -- tight spine, RELIABLE SELLER
|
| Also Available In:
|
| Accessories:
|
| Similar Items:
|
| Editorial Reviews:
Amazon.com The classic book on the human elements of software engineering. Software tools and development environments may have changed in the 21 years since the first edition of this book, but the peculiarly nonlinear economies of scale in collaborative work and the nature of individuals and groups has not changed an epsilon. If you write code or depend upon those who do, get this book as soon as possible -- from Amazon.com Books, your library, or anyone else. You (and/or your colleagues) will be forever grateful. Very Highest Recommendation.
|
| Customer Reviews: Read 120 more reviews...
Required Reading For Anyone Serious About Software Development June 19, 2008 0 out of 1 found this review helpful
30 Years later this book is still highly relevent. If your project is in trouble, don't add bodies!
seminal classic May 19, 2008 0 out of 1 found this review helpful
Fred Brooks, the author, is the individual primarily responsible for the IBM System/360, arguably the most successful computer software system built to this point. He is also primarily responsible for the IBM OS/360, which was not as successful. You may find that his frank and honest assessment of why one was successful and one was not provides a map of a right way to develop software and an alert system for what can go wrong. Because of this and the distilled thought and experience present in the book, it would be difficult to find a resource that could better prepare you to develop good software.
A insightful book about software project development April 22, 2008 0 out of 1 found this review helpful
I have been a software project manager for many years. One of the biggest problem that I encountered was what the author called as "Second System Effect". Some times, architects were unable to discipline himself to avoid over-designing systems in the second project. Their goals were to build perfect systems that would streamline all processes without considering the costs and patience of business groups. To convince others that they were right, they could come up with various reasons that sounded very reasonable. Unfortunately, they were not aware of the cost, time window for product delivery, and etc.
This books provided insightful view about this effect. If our architects could have read this book, they could avoid such problems and became more successful.
A must-read for project leads in the software industry December 9, 2007 0 out of 2 found this review helpful
An excellent book and a must-have for all those involved in the software industry. The concepts and problems described in this book are still valid to this day in our modern software development process. I recommend this book to everyone active in the field of software development.
Essential Reading for beginner, intermediate and advanced PMs November 19, 2007 0 out of 2 found this review helpful
Essential Reading for Project/Program Managers at all levels. This book exposes the shortcomings of the purely quantitative software engineering approach in building software applications and systems. While data driven risk management, decision system is here to stay where PMs use a variety of metrics to measure, control and report on the progress of a particular project, process or operation - the book explains why that approach alone is no substitute for the human factor...
|
|
|