Der Blog

Überbrückung der Lücke zwischen Entwicklungs- und Geschäftsteams

von Rachael Byrne 30. Juni 2017 | 4 Minuten Lesezeit

Manchmal hat man das Gefühl, dass Ingenieur- und Geschäftsteams unterschiedliche Sprachen sprechen und auf völlig inkompatible Weise arbeiten. Agile Entwicklungsteams arbeiten mit Sprints, User Stories, Scrums und relativen Schätzungen, während Projektmanager eher zu Gantt-Diagrammen, Ausschreibungen und Änderungsmanagementtechniken tendieren. Diese Unterschiede zeigen sich in Bimodale Organisationen wo einige Teams trainieren DevOps mit agilen Methoden und andere verwenden eine traditionellere Organisationsstruktur und ein traditionelleres Projektmanagement.

Unweigerlich müssen diese verschiedenen Teams jedoch zusammenarbeiten. PagerDuty stand vor dieser Herausforderung bei der Implementierung eines großen Geschäftssystems, das Produktentwicklung sowie Konfigurations- und Prozessänderungen des Geschäftssystems erforderte, die den Vertrieb, die Finanzen und den Kundendienst betrafen. Dieses große Projekt war erfolgreich, weil wir vier Schlüsselpraktiken anwenden konnten, um die Planung und Umsetzung über die Entwicklungs- und mehrere Geschäftsteams hinweg gemeinsam durchzuführen.

Fokus auf Anwendungsfälle

Bringen Sie zunächst Vertreter der Entwicklungs- und Geschäftsteams zusammen, um gemeinsam Anwendungsfälle zu erarbeiten, die im Endprodukt des Projekts möglich sein sollten. Es ist wichtig, die Aufgaben aufzulisten, die Endbenutzer im System ausführen werden, unabhängig davon, wer oder was an der Erstellung dieser Funktionalität beteiligt sein wird.

Indem Sie sich auf anwendungsfallbasierte Anforderungen konzentrieren, ermöglichen Sie es den Teams, während des gesamten Projekts durchgängig wertvolle End-to-End-Funktionalität bereitzustellen. Wenn Sie bis zum Ende eines langen Projekts warten, bis unterschiedliche Arbeiten zusammengeführt werden, besteht das Risiko, dass die von den Teams separat erstellten Arbeiten inkompatibel sind.

Die Dokumentation der Anwendungsfälle, die Sie erstellen möchten, kann auch als Runbook für Benutzerakzeptanztests, Versionshinweise und als Ausgangspunkt für eine Anleitung für Endbenutzer dienen.

Teilen Sie die Arbeit auf

Überlegen Sie als Nächstes, welche Arbeit zum Erstellen der einzelnen Anwendungsfälle erforderlich ist. Wahrscheinlich sind für jeden Anwendungsfall einige technische Arbeiten und einige nicht-technische Konfigurationen erforderlich. Wenn klar ist, wofür jedes Team verantwortlich ist, können Sie sicherstellen, dass erforderliche Arbeiten nicht übersehen werden. Diese Diskussion hilft den Teams auch dabei, zu verstehen, was sie voneinander benötigen, und Abhängigkeiten und erforderliche Koordination vorherzusehen.

Visualisieren Sie die Arbeit

Nachdem Sie nun damit begonnen haben, die Aufgaben jedes Teams zu erfassen, ist es wichtig, die gesamte Arbeit in einem einzigen Aufgabenverwaltungstool zu visualisieren. Dadurch bleibt die Transparenz zwischen den Teams erhalten. Die Anzeige der laufenden Aufgaben der anderen und der Rückstände anstehender Arbeiten hilft den Teams, ihre Abhängigkeiten zu verwalten.

In Kontakt bleiben

Schließlich ist es bei Projekten, die eine derart enge Abstimmung zwischen den Teams erfordern, wichtig, einen regelmäßigen Kommunikationsrhythmus aufrechtzuerhalten. Tägliche teamübergreifende Stand-ups sind hilfreich, um die Teams darüber auf dem Laufenden zu halten, woran sie arbeiten und was sie voneinander brauchen. Ein kurzer Austausch zu Beginn jedes Tages hilft dabei, teamübergreifende Probleme schnell zu lösen.

Außerdem sollten sich die Teams wöchentlich, zweiwöchentlich oder monatlich austauschen, um ihre Erledigungen mitzuteilen. Die regelmäßige gemeinsame Präsentation der erledigten Aufgaben der Teams bestätigt, dass sie kompatible Arbeit leisten, die während des gesamten Projekts einen durchgängigen Mehrwert für den Kunden bietet.

So wie DevOps eine engere Zusammenarbeit von Produktentwicklungs- und Betriebsteams fördert, um ein besseres Produkt und Kundenerlebnis zu liefern, müssen Engineering- und Business-Teams lernen, zusammenzuarbeiten, um bessere interne Systeme zu entwickeln, die das Geschäft unterstützen. Engineering- und Business-Teams können erfolgreich zusammenarbeiten, indem sie ihre Arbeit klar aufteilen, ihre Arbeit füreinander sichtbar machen und häufig kommunizieren.

Dieses Kollaborationsmodell war bei einem unserer Systemimplementierungsprojekte so erfolgreich, dass diese Methode von weiteren Teams im gesamten Unternehmen übernommen wird. Weitere Informationen zur Einführung leichtgewichtiger agiler Praktiken in Geschäftsteams finden Sie in unserem 4 Tipps zur Einführung von Lightweight Agile in Business-Teams Blogeintrag.

Und lassen Sie uns wissen, wie Sie die teamübergreifende Zusammenarbeit in Ihrem Unternehmen ermöglichen.