23 June 20267 Min. Lesezeit
Sobald ein Unternehmen sich für Outsourcing entschieden hat, lautet die nächste Frage, welche Form es kauft, und meist entscheidet sie diejenige, die der erste Anbieter, mit dem gesprochen wurde, zufällig verkauft. Die zwei Formen sind Staff Augmentation, bei der Menschen in Ihr Team kommen und Sie sie führen, und Managed Delivery, bei der ein Anbieter ein definiertes Ergebnis übernimmt und dafür verantwortlich ist, es hervorzubringen.
Oft heißt es, sie unterschieden sich in Größe oder Förmlichkeit. Tun sie nicht. Der Unterschied ist eine einzige Sache.
Bei Staff Augmentation verantworten Sie das Ergebnis und kaufen Kapazität. Bei Managed Delivery kaufen Sie das Ergebnis und geben etwas Kontrolle darüber ab, wie es erreicht wird. Alles andere folgt daraus.
Was Staff Augmentation tatsächlich ist
Sie bekommen benannte Menschen, die innerhalb Ihres Prozesses arbeiten. Sie sind in Ihrem Stand-up, auf Ihrem Board, in Ihrem Repository, in Ihrem Review-Prozess. Sie entscheiden Tag für Tag, woran sie arbeiten, und Sie verantworten, ob die richtigen Dinge gebaut werden. Der Anbieter verantwortet, dass die Menschen gut sind, verfügbar sind und ersetzt werden, wenn sie es nicht sind.
Es passt zu Arbeit, bei der sich Anforderungen bewegen, bei der Prioritäten wöchentlich neu gesetzt werden und bei der der Wert einer Person wächst, während sie Kontext in Ihren Systemen ansammelt. Es ist auch der richtige Zuschnitt, wenn Sie eine Fähigkeit ausbauen statt ein Projekt liefern wollen: mehr Frontend-Durchsatz, eine zweite Support-Schicht, laufende Marketingumsetzung.
Es verlangt viel von Ihnen. Ist Ihre Führung dünn, sind hinzugekaufte Menschen teuer und untätig, und das Scheitern bleibt eine Weile unsichtbar, weil alle beschäftigt aussehen. Das ist das Modell, in dem Überschneidungsstunden am meisten zählen, denn die ganze Konstruktion lebt davon, dass Fragen am selben Tag beantwortet werden.
Was Managed Delivery tatsächlich ist
Sie definieren ein Ergebnis, und der Anbieter organisiert die Arbeit, um es zu erreichen. Er führt seinen eigenen Prozess, setzt seine eigenen Leute ein und trägt das Lieferrisiko. Ihre Aufgabe verschiebt sich vom Steuern der Arbeit hin zum Definieren dessen, was Sie wollen, und zum Abnehmen dessen, was ankommt.
Es passt zu Arbeit, die sich vorab beschreiben und am Ende prüfen lässt: eine mobile App, die ein gesetztes Webprodukt spiegelt, eine Migration, eine Integration, eine Testsuite, eine festgelegte Nachbesserung. Es ist auch der richtige Zuschnitt, wenn Sie wirklich keine Steuerungskapazität haben, sofern Sie diesen Aufwand stattdessen in die Spezifikation stecken können.
Es verlangt etwas anderes von Ihnen. Der Umfang, die Abnahmekriterien und die Definition of Done sind jetzt tragend, und ein vager Umfang erzeugt etwas, das exakt wie geschrieben von Menschen gebaut wird, denen nie gesagt wurde, dass das Geschriebene eine Vermutung war. Managed Delivery nimmt Ihnen die Denkarbeit nicht ab. Es verlegt sie nach vorn und bündelt sie.
Der Fehler: das eine kaufen und es wie das andere führen
Das ist der häufigste Weg, auf dem beide Modelle scheitern, und es ist in beide Richtungen ein Fehler auf Auftraggeberseite.
- Managed Delivery einkaufen und dann täglich steuern. Sie verteilen im Stand-up die Prioritäten neu, der Anbieter verliert die Kontrolle über den Plan, für den er geradesteht, und wenn der Termin rutscht, kann niemand sagen, wessen Schuld es war. Sie haben einen Aufschlag für die Lieferung gezahlt und das Risiko zurückgenommen.
- Staff Augmentation einkaufen und dann Eigenverantwortung erwarten. Sie gehen davon aus, dass das Team entscheidet, was gebaut wird, Lücken erkennt und sich selbst steuert. Das wird es nicht tun, denn das haben Sie nicht gekauft, und es wartet auf eine Richtung, die nicht kommt.
- Das Modell still wechseln. Eine Zusammenarbeit, die als Projekt beginnt und in laufende Kapazität abdriftet, oder umgekehrt, ohne dass jemand den Vertrag, das Berichtswesen oder die Verantwortung ändert.
Die Vorbeugung ist langweilig und wirksam: Sagen Sie zu Beginn laut, wer für das Ergebnis verantwortlich ist. Sind Sie es, dann steuern Sie die Arbeit und erwarten Sie keine Eigeninitiative beim Umfang. Sind es die anderen, dann definieren Sie das Ergebnis ordentlich und lassen Sie danach die Methode in Ruhe.
Was jedes Modell von Ihnen verlangt
- Staff Augmentation braucht: eine benannte verantwortliche Person, ein gepflegtes Backlog, eine Review-Gewohnheit und ungefähr einen Tag pro Woche und Arbeitsstrang an echter Aufmerksamkeit, abnehmend, während sich Kontext aufbaut.
- Managed Delivery braucht: einen Umfang, der einer Prüfung standhält, testbare Abnahmekriterien, eine Person, die abnehmen kann, und einen Entscheidungsprozess, der schnell genug ist, dass eine blockierte Frage nicht eine Woche liegen bleibt.
- Beide brauchen: geklärte Zugänge vor dem ersten Tag, jemanden, der Fragen innerhalb eines Tages beantwortet, und eine schriftliche Festlegung, wie gut nach dem ersten Monat aussieht.
Der ehrliche Weg zur Entscheidung ist zu prüfen, welche der beiden Listen Sie tatsächlich bedienen können. Aufmerksamkeit, aber keine Sicherheit spricht für Staff Augmentation. Sicherheit, aber keine Aufmerksamkeit spricht für Managed Delivery. Keines von beidem spricht dafür, Vorarbeit zu leisten, bevor überhaupt etwas beginnt.
Die Formen von Risiko und Preis
Staff Augmentation wird normalerweise nach Zeit abgerechnet, das heißt, Sie tragen das Risiko, dass die Arbeit länger dauert, und Sie behalten den Vorteil, wenn es schneller geht. Sie lässt sich mit einer Frist hoch- und herunterfahren, und die Kosten sind je Person vorhersehbar, auch wenn das Ergebnis es nicht ist.
Managed Delivery kostet einen Aufschlag, mal als Festpreis und mal nach Aufwand mit einer angehängten Lieferzusage. Der Aufschlag ist der Preis dafür, dass der Anbieter das Schätzrisiko übernimmt, und er ist fair. Was er nicht ist: ein Weg, den Folgen eines unklaren Umfangs zu entgehen, denn ein Umfang, der sich bewegt, verwandelt den Festpreis in eine Folge von Änderungsanträgen, und der Aufschlag kauft Ihnen dann gar nichts.
Die meisten Unternehmen mischen am Ende
Die verbreitete reife Konstruktion ist Staff Augmentation für die laufende Arbeit und Managed Delivery für abgegrenzte Projekte daneben: ein stabiles augmentiertes Team am Produkt plus ein gemanagtes Paket für die Migration, für die niemand Zeit hat.
Das funktioniert unter einer Bedingung: Beide müssen getrennt verantwortlich sein. Wenn dieselben Leute zwischen dem augmentierten Team und dem gemanagten Projekt pendeln, schluckt das Projekt die Unterbrechungen und seine Zusagen bedeuten still nichts mehr. Also unterschiedliche Personen oder zumindest ausdrücklich reservierte Zeit und getrennte Berichtswege für beides.
Wählen und es sich später anders überlegen
Eine praktische Faustregel: Wenn Sie aufschreiben können, was fertig bedeutet, und das in zwei Monaten noch gilt, steht Ihnen Managed Delivery offen und ist den Aufschlag für die Risikoübernahme wert. Wenn nicht, kaufen Sie Augmentation und steuern selbst, denn steuern werden Sie ohnehin, und so zahlen Sie wenigstens nicht für eine Zusage, die niemand halten kann.
Die Modelle sind auch nicht in Stein gemeißelt. Viele Projekte beginnen als Augmentation, solange die Arbeit noch verstanden wird, und wechseln zu Managed Delivery, sobald die Form klar ist und der Anbieter die Systeme kennt. Das ist eine gute Reihenfolge und eine bessere, als mit einem festen Ergebnis zu starten, das für den Vertrag erfunden werden musste. Wenn Sie wechseln, ändern Sie Vertrag, Berichtswesen und Verantwortung gleichzeitig, denn ein Modellwechsel, der nur im Gespräch stattfindet, ist das oben beschriebene Abdriften unter freundlicherem Namen.