Der mythische Mann Monat und andere Aufsätze auf Softwaretechnik

Posted on by Prentice

Der Mythische Mann Monat Und Andere Aufsätze Auf Softwaretechnik




----


Der mythische Mann-Monat: Essays über Software Engineering / Frederick P.

Brooks, Jr.

Bewertet von Tal CohenFreitag, 24. April 1998
Wenn ein bestimmter Job von zehn Leuten in einem Monat erledigt werden kann, dann sagt er, dass dieser Job zehn Mannmonate (oder "Personenmonate", wie sie heute genannt werden) erfordert.

Einfache Arithmetik zeigt, dass, wenn Sie zwanzig Leute demselben Job zuweisen, wenn in der Hälfte dieser Zeit beendet werden sollte. Ich denke, diese Art von Logik muss stimmen etwas eine Art von Projekten, weil die Ökonomen es sonst nicht so liebten.

In der Welt des Software-Designs ist diese Prämisse jedoch ein klarer Trugschluss. Es gibt keine sanftere Art, es zu sagen. Ein Programm, das von einem Programmierer in zwei Monaten erstellt werden kann, wird wahrscheinlich zwei Programmierer drei Monate dauern.

Schon 1975, als Software-Engineering ein sehr junger Beruf war, beobachtete Frederick Brooks scharf, dass das Konzept des Menschen-Monats nur ein Mythos ist.

Das Problem mit dem Software-Projektmanagement in den 70er Jahren war, dass die meisten Manager in den Bereichen Wirtschaft und nicht Informatik ausgebildet wurden und viele der Theorien, mit denen sie vertraut waren, einfach nicht auf Softwareprojekte anwendbar waren.





In der Tat gab es keine gleichwertigen Theorien für Software-Design-Projekte. Und da die meisten Softwareprojekte auch heute noch nie pünktlich veröffentlicht werden, haben wir einen deutlichen Hinweis darauf, dass dieses Problem zusammen mit vielen anderen Problemen, die Brooks in seinem Buch umreißt, immer noch ungelöst sind.

Im Vorwort zum 20.





JubiläumsausgabeBrooks schreibt:

Zu meiner Überraschung und Freude ist The Mythical Man-Month auch nach 20 Jahren weiterhin beliebt.

Eigentlich ist das wirklich eine Schande.

Es zeigt, dass die Softwarebranche in zwanzig Jahren keine ernsthaften Lehren gezogen hat und immer noch den Preis dafür zahlt. Software-Engineering wird immer noch eher als eine seltsame Kunst angesehen als als ein Ingenieurberuf. Wahrlich, ich würde als Erster zugeben, dass es Kunst im Software-Schreiben gibt.





Es ist eine schöne, zarte Kunst, die nur von anderen in der gleichen Kunst versiert werden kann. Es ist, glaube ich, eine faszinierendere Kunst als Architektur, fesselnder als Malerei, mehr zum Nachdenken anregend als Musik, wenn es von einem echten Programmierer gemacht wird.

jedoch, ein Architekt wird nicht zulassen, dass der künstlerische Aspekt der Gestaltung eines Hauses ihn davon abhält sicherzustellen, dass das Haus zumindest kleineren Erdbeben standhalten wird.

Diese Erkenntnis wird den meisten Softwareprofis, die sich selbst nur als Künstler betrachten und sich weigern, sich selbst als Ingenieure zu bezeichnen, noch bevorstehen (eine interessante Lösung wurde von einem guten Freund vorgeschlagen, der sich selbst als "Software-Architekt" betrachtet).

Brooks 'Arbeit ist einfach ein Muss für jeden, der einen Beruf im Software-Geschäft und doppelt so für Möchtegern-Manager in diesem Bereich betrachtet.

Das Buch skizziert nicht nur die Probleme, sondern schlägt auch einige interessante Lösungen vor ("Das chirurgische Team," beispielsweise). Es skizziert einige sehr wichtige Fallstricke (wie die "Zweites System"Wirkung", die jeder Fachmann auf dem Gebiet beachten sollte.

Und schließlich liefert es viele wichtige Erkenntnisse und Fallstudien.

Das meiste Material im Buch ist heute so relevant wie es ursprünglich geschrieben war.

Verständlicherweise ist ein Teil des Materials jedoch veraltet. In dem 20. JubiläumsausgabeAnstatt den Originaltext, der als "klassisch" gilt, zu aktualisieren, hat Brooks klugerweise beschlossen, die Kapitel zu aktualisieren.

Diese diskutieren die präsentierten Themen und geben ihnen neues Licht aus den 90ern. Persönlich empfehle ich, die relevanten Teile von Kapitel 18 zu lesen, nachdem ich jedes vorhergehende Kapitel gelesen habe. Kapitel 18 trägt den Titel "Vorschläge von Der mythische Mann-Monat: Richtig oder falsch?"Und enthält aktualisierte Informationen zu jedem der Kapitel von 1 bis 17.

Schließlich enthält diese neue Ausgabe einen Nachdruck von Brooks 'berühmtem Essay, "Keine Silberkugel", Die ursprünglich ein eingeladenes Papier für die IFIP '86 Konferenz in Dublin war, und später veröffentlicht in Computer Zeitschrift.

In diesem Artikel spekulierte Brooks, dass innerhalb von zehn Jahren nach seiner Veröffentlichung (1986) keine Technologie gefunden werden wird, die den Prozess der Softwareentwicklung um eine Größenordnung verbessern wird. Neun Jahre später, im Nachhinein, bemerkt Brooks leider, dass er Recht hatte.

Finden Sie dieses Buch mit Wikipedia


[Kommentar zu dieser Bewertung schreiben]

[Permalink zu dieser Rezension] [Falte alle Kommentare] [Entfalte alle Kommentare]



Matthew Johnson schreibt:
Der mythische Mann-Monat in der Outsourcing-Ära
Wann wird Brooks ein aktuelles Kapitel zum Buch schreiben, das beschreibt, wie die gleichen Prinzipien ausgegliederte Softwareprojekte sabotieren?
[2] Gepostet am Donnerstag, 22.

Juni 2006 um 2:30 GMT [Antwort] [Permalink]



TomB schreibt:

Zwanzig Leute, die in fünf Monaten einen Job machen, sind einhundert Mannmonate, nicht zehn.
[24] Gepostet am Mittwoch, 26.

Juli 2006 um 18:51 GMT [Antwort hier] [Permalink]



Tal Cohen schreibt als Antwort an TomB:
Ich stehe korrigiert
Du hast natürlich recht .

Ich habe den Text entsprechend angepasst. Vielen Dank.

[25] Gepostet am Donnerstag, 27 Juli 2006 um 18:58 GMT [Antwort hier] [Permalink]


Ravi schreibt als Antwort an TomB:
Zwanzig Leute, die in fünf Monaten eine Arbeit machen, sind einhundert Mann-mont
Hallo Tom,
Tatsächlich haben Sie die Worte von Cohen falsch verstanden.

Wenn ein Programmierer einen Monat benötigt, um eine Software-Aufgabe zu erledigen, wird er als ein Mann-Monat bezeichnet.Ihre Frage ist die gleiche wie "Wenn es 10 Minuten dauert, bis ein Mann zu einem Ort kommt, wie lange brauchen dann 10 Männer, um die gleiche Strecke zurückzulegen?". Offensichtlich sind es nur 10 Minuten, nicht 1 Stunde 40 Minuten. Es ist nur ein allgemeiner Sinn.

[29] Veröffentlicht am Freitag, 06.

Oktober 2006 um 14:07 GMT [Antwort hier] [Permalink]



Konst schreibt als Antwort auf Ravi:
Zwanzig Leute, die in fünf Monaten eine Arbeit machen, sind einhundert Mann-mont
Richtig, es sind 10 Minuten, aber 100 Minuten.
[62] Veröffentlicht am Freitag, 03.

November 2006 um 21:06 Uhr GMT [Antwort hier] [Permalink]



Greg Morgan schreibt als Antwort auf Ravi:
Zwanzig Leute, die in fünf Monaten eine Arbeit machen, sind einhundert Mann-mont
Sie müssen 10 Personen verstehen, die jeweils 10 Minuten laufen, und wenn sie als aufeinanderfolgende Prozesse gezählt werden, sind es 100 Minuten.

Stellen Sie sich das als Staffelstab vor, 10 Läufer laufen jeweils 10 Minuten.

Jeder Läufer lief 10 Minuten, aber das gesamte Rennen dauerte 100 Minuten.

[83] Gepostet am Samstag, 27.





Januar 2007 um 3:29 Uhr GMT [Antwort hier] [Permalink]



Keith schreibt als Antwort an Greg Morgan:
Zwanzig Leute, die in fünf Monaten eine Arbeit machen, sind einhundert Mann-mont
Stellen Sie es sich als Staffelstab vor, organisiert von einem Spiel mit chinesischen Flüstern.

Es dauert mindestens 200 Minuten, und auf welche Weise würden wir wieder laufen?

[359] Gepostet am Samstag, 17. Januar 2009 um 7:52 Uhr GMT [Antwort hier] [Permalink]


Jack schreibt als Antwort an Ravi:
Zwanzig Leute, die in fünf Monaten eine Arbeit machen, sind einhundert Mann-mont
Dies ist nicht die Realität, weil 10 Männer ein sehr nettes Gespräch haben können, und es kann 1hr40mins oder mehr dauern.
Die Problematik liegt also in der Verbindung zwischen Menschen.

Das Thema ist also menschlich und sehr aktuell.

[729] Veröffentlicht am Sonntag, 29. Januar 2012 um 16:04 Uhr GMT [Antwort hier] [Permalink]


Alain schreibt:
Tippfehler
Einfache Arithmetik zeigt, dass ., wenn in der Hälfte dieser Zeit beendet werden sollte.
sollte sein:
Einfache Arithmetik zeigt, dass .

es in der Hälfte dieser Zeit fertig sein sollte.

[112] Gepostet am Mittwoch, 28. Februar 2007 um 21:03 GMT [Antwort hier] [Permalink]


[Kommentar zu dieser Bewertung schreiben] [Zurück zur Hauptseite]

© 1997-2012 von Tal Cohen, alle Rechte vorbehalten.

[Über]

Aufmerksamkeit auf




Top

Leave a Reply