Mythical Man-Month, The: Essays on Software Engineering,... and over one million other books are available for Amazon Kindle. Learn more

Vous voulez voir cette page en français ? Cliquez ici.

Sign in to turn on 1-Click ordering.
Amazon Prime Free Trial required. Sign up when you check out. Learn More
More Buying Choices
Have one to sell? Sell yours here
Start reading Mythical Man-Month, The on your Kindle in under a minute.

Don't have a Kindle? Get your Kindle here, or download a FREE Kindle Reading App.

The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition) [Paperback]

Frederick P. Brooks Jr.
4.5 out of 5 stars  See all reviews (75 customer reviews)
List Price: CDN$ 41.99
Price: CDN$ 26.45 & FREE Shipping. Details
You Save: CDN$ 15.54 (37%)
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
Only 10 left in stock (more on the way).
Ships from and sold by Gift-wrap available.
Want it delivered Tuesday, July 29? Choose One-Day Shipping at checkout.


Amazon Price New from Used from
Kindle Edition CDN $18.88  
Paperback CDN $26.45  
Join Amazon Student in Canada

Book Description

Aug. 2 1995 0201835959 978-0201835953 2

Few books on software project management have been as influential and timeless as The Mythical Man-Month. With a blend of software engineering facts and thought-provoking opinions, Fred Brooks offers insight for anyone managing complex projects. These essays draw from his experience as project manager for the IBM System/360 computer family and then for OS/360, its massive software system. Now, 20 years after the initial publication of his book, Brooks has revisited his original ideas and added new thoughts and advice, both for readers already familiar with his work and for readers discovering it for the first time.


The added chapters contain (1) a crisp condensation of all the propositions asserted in the original book, including Brooks' central argument in The Mythical Man-Month: that large programming projects suffer management problems different from small ones due to the division of labor; that the conceptual integrity of the product is therefore critical; and that it is difficult but possible to achieve this unity; (2) Brooks' view of these propositions a generation later; (3) a reprint of his classic 1986 paper "No Silver Bullet"; and (4) today's thoughts on the 1986 assertion, "There will be no silver bullet within ten years."

Frequently Bought Together

The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition) + The Pragmatic Programmer: From Journeyman to Master + Code Complete
Price For All Three: CDN$ 92.42

Some of these items ship sooner than the others. Show details

  • In Stock.
    Ships from and sold by
    FREE Shipping. Details

  • The Pragmatic Programmer: From Journeyman to Master CDN$ 32.75

    Usually ships within 2 to 3 weeks.
    Ships from and sold by
    FREE Shipping. Details

  • Code Complete CDN$ 33.22

    In Stock.
    Ships from and sold by
    FREE Shipping. Details

Customers Who Bought This Item Also Bought

Product Details

Product Description

From Amazon

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 Books, your library, or anyone else. You (and/or your colleagues) will be forever grateful. Very Highest Recommendation.

From the Inside Flap

To my surprise and delight, The Mythical Man-Month continues to be popular after twenty years. Over 250,000 copies are in print. People often ask which of the opinions and recommendations set forth in 1975 I still hold, and which have changed, and how. Whereas I have from time to time addressed that question in lectures, I have long wanted to essay it in writing.

Peter Gordon, now a Publishing Partner at Addison-Wesley, has been working with me patiently and helpfully since 1980. He proposed that we prepare an Anniversary Edition. We decided not to revise the original, but to reprint it untouched (except for trivial corrections) and to augment it with more current thoughts.

Chapter 16 reprints "No Silver Bullet: Essence and Accidents of Software Engineering," a 1986 IFIPS paper that grew out of my experience chairing a Defense Science Board study on military software. My co-authors of that study, and our executive secretary, Robert L. Patrick, were invaluable in bringing me back into touch with real-world large software projects. The paper was reprinted in 1987 in the IEEE Computer magazine, which gave it wide circulation.

"No Silver Bullet" proved provocative. It predicted that a decade would not see any programming technique which would by itself bring an order-of-magnitude improvement in software productivity. The decade has a year to run; my prediction seems safe. "NSB" has stimulated more and more spirited discussion in the literature than has The Mythical Man-Month. Chapter 17, therefore, comments on some of the published critique and updates the opinions set forth in 1986.

In preparing my retrospective and update of The Mythical Man-Month, I was struck by how few of the propositions asserted in it have been critiqued, proven, or disproven by ongoing software engineering research and experience. It proved useful to me now to catalog those propositions in raw form, stripped of supporting arguments and data. In hopes that these bald statements will invite arguments and facts to prove, disprove, update, or refine those propositions, I have included this outline as Chapter 18.

Chapter 19 is the updating essay itself. The reader should be warned that the new opinions are not nearly so well informed by experience in the trenches as the original book was. I have been at work in a university, not industry, and on small-scale projects, not large ones. Since 1986, I have only taught software engineering, not done research in it at all. My research has rather been on virtual reality and its applications.

In preparing this retrospective, I have sought the current views of friends who are indeed at work in software engineering. For a wonderful willingness to share views, to comment thoughtfully on drafts, and to re-educate me, I am indebted to Barry Boehm, Ken Brooks, Dick Case, James Coggins, Tom DeMarco, Jim McCarthy, David Parnas, Earl Wheeler, and Edward Yourdon. Fay Ward has superbly handled the technical production of the new chapters.

I thank Gordon Bell, Bruce Buchanan, Rick Hayes-Roth, my colleagues on the Defense Science Board Task Force on Military Software, and, most especially, David Parnas for their insights and stimulating ideas for, and Rebekah Bierly for technical production of, the paper printed here as Chapter 16. Analyzing the software problem into the categories of essence and accident was inspired by Nancy Greenwood Brooks, who used such analysis in a paper on Suzuki violin pedagogy.

Addison-Wesley's house custom did not permit me to acknowledge in the 1975 Preface the key roles played by their staff. Two persons' contributions should be especially cited: Norman Stanton, then Executive Editor, and Herbert Boes, then Art Director. Boes developed the elegant style, which one reviewer especially cited: "wide margins, and imaginative use of typeface and layout." More important, he also made the crucial recommendation that every chapter have an opening picture. (I had only the Tar Pit and Rheims Cathedral at the time.) Finding the pictures occasioned an extra year's work for me, but I am eternally grateful for the counsel.

Deo soli gloria or Soli Deo Gloria -- To God alone be the glory.

Chapel Hill, N.C., F.


What Other Items Do Customers Buy After Viewing This Item?

Customer Reviews

Most helpful customer reviews
6 of 6 people found the following review helpful
5.0 out of 5 stars I would give it a 100 stars if I could! May 29 2004
If you have managed some software projects or have worked on some non-trivial software systems, undoubtedly you have faced many difficulties and challenges that you thought were unique to your circumstance. But after reading this book, you will realize that many of the things you experienced, and thought were unique problems, are NOT unique to you but are common systemic problems of developing non-trivial software systems. These problems appear repeatedly and even predictably, in project after project, in company after company, regardless of year, whether it's 1967 or 2007.
You will realize that long before maybe you were even born, other people working at places like IBM had already experienced those problems and quandries. And found working solutions to them which are as valid today as they were 30 years ago.
The suggestions in this book will help you think better and better manage yourself, and be more productive and less wasteful with your time and energy. In short, you will do more with less.
Some of Brooks insights and generalizations are:
The Mythical Man-Month:
Assigning more programmers to a project running behind schedule, may make it even more late.
The Second-System Effect:
The second system an engineer designs is the most bloated system she will EVER design.
Conceptual Integrity:
To retain conceptual integrity and thereby user-friendliness, a system must have a single architect (or a small system architecture team), completely separate from the implementation team.
The Manual:
The chief architect should produce detailed written specifications for the system in the form of the manual, which leaves no ambiguities about any part of the system and completely specifies the external spcifications of the system i.e.
Read more ›
Was this review helpful to you?
5.0 out of 5 stars Although 40 year-old, still very relevant June 25 2012
By gbarrei
Format:Paperback|Verified Purchase
I found this book amazing for a software manager like me. Because of Brook's real-life experience, I feel his teachings are accurate and to-the-point. One thing that astounds me is that, although 40-years old, the book is still relevant. It has some recommendations that were valid in the past, like the use of microfiche to store information, but the concepts and ideas can still be applied to today's software development proceeses.
Was this review helpful to you?
2 of 3 people found the following review helpful
2.0 out of 5 stars Why people like this book April 15 2002
By A Customer
A lot of programmers really love this book. It will arm you with a dozen good juicy quotes that will support your argument that your manager is an idiot.
Lets say you are late and another programmer is assigned to help you out - you can simply point to this book and explain how adding more programmers to a late project will just make it later. If that one doesn't fit. you can surely find another one that does.
If you liked "Catcher in the Rye" or "The Peter Principle" you may like this book too.
Software management is hard - mostly because there is a great deal of variation in the talent and productivity of computer programmers.
This book is a fun read - and food for thought. And in its defense I must admit it has changed the way I think about large software projects.
But sadly, beyond the fun quotes and maxims (which often contradict each other) there is not much to help you get the job done.
Was this review helpful to you?
1 of 2 people found the following review helpful
3.0 out of 5 stars An obsolete classic Jan. 13 2001
This was one of the most valuable books in its day (1975). It revealed huge mistakes in one of the largest programming efforts ever, and suggested mostly-reasonable improvements.
But software engineering has advanced a lot since then, even if the software industry hasn't. For example, Brooks' sole team-level improvement is the suggestion to use Harlan Mills' chief programmer teams, while many such improvements have been found since then. And Brooks entirely ignores the main defect of the chief programmer team---the difficulty of finding chief programmers!
(As an aside, a chief programmer team works fine now with a chief programmer, a college grad, and modern tools. Code ought to be written so a college grad can maintain it, and this approach helps ensure that. The college grad can also flesh out test cases and support in other ways. But there's still the problem of finding the chief programmer...)
Brooks approach is generally, "We did that wrong. We should have done it this way, for these logical reasons." But there are often several solutions to a problem, all having logical reasons. Empirical data is needed to choose between them. Brooks rarely mentions alternate solutions, and almost never offers emperical data.
A far more valuable book is Steve McConnell's "Rapid Development". This well-researched and organized book quotes data to confirm problems, discusses solutions with associated emperical data, and recommends solutions.
Was this review helpful to you?
2 of 3 people found the following review helpful
2.0 out of 5 stars Moldy Oldy Feb. 1 2002
There was a time when this book rocked. That time has passed. Although there is still useful info here you have to slog through so much old useless references, stories and crap that it seems hardly worth the effort. Particularly when there are other more useful books that I can invest my efforts in.
Was this review helpful to you?
5.0 out of 5 stars Sad But True April 29 2004
After reading this book, I was sad about the fact that the managing problems developers had during the "classical" days of coding are still prevalent in 21st century. The conclusion I got from the book was that the hardware side of computing as involved but the software side is not evolving in the same rate. It's a must-read for those who want to understand what a team project manager is supposed to do.
Was this review helpful to you?
Want to see more reviews on this item?
Most recent customer reviews
5.0 out of 5 stars A classic book on Software engineering
This is a timeless classic. A must read for everyone involved in software developement projects.
Published on May 12 2004 by Leonidas Giakoumakis
4.0 out of 5 stars A true classic of software project management!
There have been many, many books on software project management lately, but this one still is one of the best. Read more
Published on March 28 2004 by Eric Kassan
5.0 out of 5 stars A concise classic
Perhaps the first mass market book on software engineering, this book is a classic. It has defined the agenda for the software engineering field, as well as guide the... Read more
Published on Nov. 30 2003 by therosen
5.0 out of 5 stars timeless classic
I just re-read Mythical Man-Month for the umpteenth time. This book is like a good bottle of scotch, it gets better each time. Read more
Published on Sept. 18 2003 by Eric Kent
5.0 out of 5 stars Software engineering classic for all software professionals
I read this book after the instructor of a computer course I took in the mid-1990s highly recommended it to students. Read more
Published on June 30 2003 by Erik Gfesser
5.0 out of 5 stars Read the 1st edition, sure to love the 2nd.
I bought the 1st edition many, many years ago, probably back in the early 80s when I was just starting out as a programmer. Read more
Published on March 18 2003 by Julie in Austin
4.0 out of 5 stars Great book, yet old
This is a great book for software engineering. However, it is not a reference book for you to learn the SE in general, rather it is a book pushing you hard to think the SE in... Read more
Published on March 10 2003 by CS Doctor
5.0 out of 5 stars One of the Few Timeless Software Engineering Titles
This book is SO good that I am not even certain that I feel honored to have the ability to rate it!
The mythical man-month draws important distinctions between the management... Read more
Published on Jan. 13 2003 by CG
5.0 out of 5 stars Condensed project wisdom for the ages
I discovered this book almost 5 years ago, while managing ever larger projects for a consulting firm. Read more
Published on Dec 10 2002
5.0 out of 5 stars timeless, insightful
A classic book about the development and management of large scale software projects. One of the industries veterans shares his experience and his views gathered mainly during the... Read more
Published on Oct. 20 2002 by Sören Meyer-Eppler
Search Customer Reviews
Only search this product's reviews

Look for similar items by category