Wird überschätzt!, 24. März 2006

Aus meiner Sicht wird der "Mythical Man Month" überschätzt. Ausser Brooks Gesetz, welches besagt, dass ein "troubled project" durch Hinzufügen neuer Ressourcen nicht unbedingt schneller fertig wird, war für mich nicht viel Verwertbares dabei.

Insgesamt ist das Buch trotzdem gut zu lesen und durchaus unterhaltsam. Zudem ist/war es das erste weitverbreitete Buch zum Thema IT-Projektmanagement. Schon allein aus dieser Historie heraus ist es eine lohnenswerte Lektuere. Man darf nur nicht zu viele Erwartungen hinsichtlich neuer Erkenntnisse an das Buch haben, dazu ist es doch schon etwas zu angestaubt.

Heute gibt es zum Thema IT-Projektmanagement und -vorgehensweisen aus meiner Sicht Besseres auf dem Büchermarkt. Aus historischer Sicht trotzdem ein Klassiker, den man zumindest (ange-)lesen haben muss.

      Wird überschätzt!, 24. März 2006

Aus meiner Sicht wird der "Mythical Man Month" überschätzt. Ausser Brooks Gesetz, welches besagt, dass ein "troubled project" durch Hinzufügen neuer Ressourcen nicht unbedingt schneller fertig wird, war für mich nicht viel Verwertbares dabei.

Insgesamt ist das Buch trotzdem gut zu lesen und durchaus unterhaltsam. Zudem ist/war es das erste weitverbreitete Buch zum Thema IT-Projektmanagement. Schon allein aus dieser Historie heraus ist es eine lohnenswerte Lektuere. Man darf nur nicht zu viele Erwartungen hinsichtlich neuer Erkenntnisse an das Buch haben, dazu ist es doch schon etwas zu angestaubt.

Heute gibt es zum Thema IT-Projektmanagement und -vorgehensweisen aus meiner Sicht Besseres auf dem Büchermarkt. Aus historischer Sicht trotzdem ein Klassiker, den man zumindest (ange-)lesen haben muss.

       Brooksche Gesetz, 19. März 2002

Der "Mythical Man Month" ist ein unverzichtbarer Bestandteil des Bücherregals eines jeden Programmierers, er erklärt die grundlegenden Aspekte des Projektmanagements. Im Buch aus dem Cobol-Zeitalter werden die Erkentnisse beschrieben, die auch in der heutigen Informatik gelten. Sie zeigen auf, weshalb immer wieder Informatik-Vorhaben scheitern. Fred Brooks beschreibt in seinem Buch eine These, dass das Hinzufügen von zusätzlichen Entwicklern auf ein bereits verspätetes Projekt dieses nur noch mehr verzögert. Als Grund für dieses Phänomen nennt er die quadratische Zunahme der Komplexität bei zunehmender Anzahl von Entwicklern. Die quadratisch ansteigenden Aufwände bezüglich Koordination/Kommunikation stehen einer nur linearen Projektbeschleunigung gegenüber. Diese These wird heute als zutreffend betrachtet und ist als das Brooksche Gesetz bekannt. Wäre dies jedoch die ganze Wahrheit, wäre Linux und dessen Entwicklung unmöglich gewesen...

       Great resource for justifying development tools, 30. Juni 2000

I read the first edition when it was first released and I've been quoting from it ever since.

Topics first brought to light by this book and still highly relevant today include the concept that good software tools will always save you time, money and staff, and that productivity for software engineers is inversely proportional to the amount of administrative work they need to do.

Read this book whenever management wants to save money by scrimping on your development environment.

      A to Z for software manament is here, 14. Juni 2000

I was very fortunate to have this book read while I managed my first project. It helps programmers and managers to come out of notion that the delays and failures are integral part of software engineering process. This book presents a good material for the desiners of the Project Management courses. On the other hand those who want to attend project management courses and buy project management tools must read this book first. It contains very smart quotes and helpful examples.