Welche Methode ist am nächsten an das OP-Team in dem Mythos der Mann-Monat? [geschlossen]

Question

Der Mythos der Mann-Monat ist nun klassisch, aber die „Surgical Team“ Methodik ist nach wie vor interessant. Welche Methode am meisten ähnelt es ist oder die gleiche Essenz?

Um die OP-Team Analogie zusammenfassen: Ein Chirurg versteht das Problem / Business-Bereich und ist der Experte. Sie sind die Behörde, wenn es Fragen oder Konflikte mit im Team. Die Chirurgen zwischen sich selbst arbeiten, wenn es Probleme gibt, sagen mit Design, als kleiner engen Expertenteam arbeitet. Also im Grunde haben sie das Wissen über die Domäne, anvertraut zu tun denken, dass sie richtig ist, und tun die eigentliche Codierung? Der Rest des Teams konzentriert sich auf die Unterstützung, Prüfung, Dokumentation und Projektpläne Aufgaben übertragen. Folglich ist der Chirurg ist auch die fähigsten / trainierten Ressource.

Die Antwort könnte Projekt, Programmierung, Design-Methoden, da es Auswirkungen auf Haupt Methodik Domains zu haben scheint. Agile, MDA, Extreme, in der Entwicklung Sourcing? Diese Frage auch mehr Sinn für Software machen, die in einem komplexen Business-Bereich groß ist, denkt Luftverkehrskontrolle, keine COTS-Entwickler oder gemeinsamen Nutzen.

Answer 1

Eine der in Organisationsmuster von Agile Software-Entwicklung ist unter dem Titel „Drei bis sieben Helfer pro Rolle“; sie unterscheidet sich von OP-Team, dass es die Aufmerksamkeit auf jede Rolle zahlt, ist es beispielsweise nicht nur, dass der Chirurg ‚Rolle‘, die Helfer oder Beziehungen hat. alle Rollen haben eine gewisse Anzahl von Beziehungen

Ein weiteres Muster aus der gleichen Quelle in dem Namen „Architect implementiert auch“, das analog sein kann „Surgical Team“, dass der Architekt insbesondere ist (vermutlich) hoch qualifiziert.

Answer 2

Im Fall eines Chirurgen, der Hauptakteur ist sowohl der Domain-Experte und der Implementierer.

d., Er ist sowohl der Software-Programm-Manager (Architekt) und der Entwickler.

Diese Art der Methodik könnte passen bestimmte Kurzbrandsituationen. B. ein komplexer Vorgang, wie ein Live-Server-Migration oder Software-Upgrade

Für allgemeine Entwicklung, aber es gibt ein paar Probleme mit solchen „Helden“ Methoden:

• Ein paar Schlüssel Entwickler verstehen das Problem Domain in einem ausreichenden Maß, und müssen auf Domain-Experten verlassen. Das ist einfach eine Funktion der Spezialisierung -. Es ist hart Kick-Hintern-Programmierer zu finden, die auch Anwälte, Ärzte, Steuerberater oder auf andere Weise sind Experten auf dem Gebiet der Software-Modellierung

• Die Skalierbarkeit wird durch die Anzahl der "Chirurgen" begrenzt Sie zur Verfügung haben.

• Es gibt eine Menge von Ausfallzeiten für die anderen Mitarbeiter, während sie auf Anweisungen warten, da die hoch konzentriert „Macher“ sind auch das Team zu verwalten. Das ist in Ordnung, im OP, da man mit einem „Null-Fehlern“ Mandat und es zu tun „Live-Software.“ Aber in dieser Wirtschaft, eine verteilte Arbeitsbelastung ist effizienter, auch wenn es führt zu gelegentlichem sync Problem zwischen den Teammitgliedern.

Answer 3

Ich bin nicht sicher, jede Methode wirklich Adressen, die, wie es wirklich eine Frage ist, die Entwickler der Priorisierung und alles rund um ihre Bedürfnisse Biegen, sondern dass alles zu sein, wie die Entwickler tatsächlich ihre Software entwickeln.

Wenn Sie wurden für einige Methodik suchen, diese impements, nehme ich diese schlechte Nachricht sein kann. Ich ziehe es zu betrachten gute Nachricht , da es bedeutet, dass Sie diesen Ansatz mit so ziemlich jeder Software-Entwicklungsmethodik verwenden können.

Ich habe gearbeitet genau ein Projekt, das auf diese Weise durchgeführt wurde. Es war so angenehm, ich fühle mich fast schlecht es „Arbeit“ zu nennen. Vier von uns Entwickler (mit extra Unterstützung personell, einschließlich des gelegentlichen Extras Junior-Code Affen) bekamen eine wirklich prodigous Menge an Code geschrieben und ordnungsgemäß in nur 9 Monaten laufen. Andere Orte, die ich bin konnten nicht so viel mit einem Team von 20 getan haben.

Answer 4

Aus dem Text sehe ich folgendes:

Agile wie:

• Kleine Teams konzentrierten sich auf die Lösung spezifischer Probleme
• Die Zusammenarbeit zwischen den surgeions

Nicht Agile wie:

• Chirurgen sind die Behörde, den Plan fahren, das Design zu bestimmen, Unterstützung Aufgabenverteilung und dabei die Codierung (sie als subservent zu Codierung viewng). von denen alle sehr Kommando- und Kontroll in Ansatz und im Gegensatz zu selbst Regie Teams (vs einem gerichtetes Team)
sind
• Es scheint keine Zusammenarbeit mit dem Geschäftspartner zu sein (allein häufige Zusammenarbeit mit dem Busines Partner lassen)
• Es scheint kein priorisierten Product Backlog zu sein, so dass der Chirurg nimmt, was nicht der Geschäftspartner wichtig ist
• Es scheint keine incrmental Lieferung (tight Rückkopplungsschleife)
zu sein

Für ein Wasserfall-Projekt, es ist darauf hindeutet, ein Expertenteam (Chirurgen) zu verwenden, um die Planung zu tun, Gestaltung, Programmierung usw. und Aufgaben auf das „Unterstützung“ Personal zugewiesen wird. Auf einem agilen Team testet nicht als Unterstützung, sondern integraler Bestandteil der Lieferung behandelt.

Man kann nicht mit Sicherheit sagen, dass die Methodik befürwortet wird. Doch es scheint, die Sprache (Projektpläne, Aufgaben) zu verwenden, und geht davon aus, dass der Wasserfall Ansatz verfolgt wird (Phasen wie Design, Programmierung, Test durch einen Plan angetrieben). Was auch immer Methodik verwendet wird, ist es eine, für die die wenigen, die Arbeit für die vielen bestimmen.