Das Teamwork-Blog

Mehrere Scrum Teams zu skalieren ist äußerst schwierig! Ein neues Produkt, welches binnen kürzester Zeit neu entwickelt und auf den Markt gebracht werden soll. Hohe Erwartungen von Kunden an Liefergeschwindigkeit und Qualität. Altprodukte, die parallel gepflegt werden müssen, da Kunden und Endanwender davon abhängig sind. Legale Anforderungen, die mehrmals im Jahr in das Produkt eingebaut werden müssen. Eine Organisation von 200+ Personen. 10+ Teams die zusammenarbeiten sollen.

Wie entsteht ein Scrum-Team? Wie starte ich ein Entwicklungsprojekt für ein Produkt? Womit anfangen? Was ist konkret zu tun, um ein effektives Team zu formen? Der Scrum-Guide sagt dazu nichts aus. Hier ein paar Ideen sowie Literaturhinweise, die sich für mich bewährt haben. Diesmal Schritt 2: Einen Releaseplan für Team und Stakeholder entwerfen.

Wie entsteht ein neues Scrum-Team? Wie starte ich das Entwicklungsprojekt für ein neues Produkt? Mit welchem Schritt starte ich? Was muss ich konkret tun, damit sich ein effektives Team formen kann? Der Scrum-Guide sagt dazu nichts aus. Dort steht nur, daß es ein Scrum-Team gibt. Aber wie bildet es sich? Ich möchte hier ein paar Ideen sowie Literaturhinweise vorstellen, die sich für mich bewährt haben. Schritt 1: Ziel für das Team definieren

Die Corona-Krise hat Mitte März diesen Jahres alle gesellschaftlichen Bereiche betroffen. In der Krise war das schnelle Einstellen auf neue Gegebenheiten notwendig. Dies galt nicht nur für Betriebe, Haushalte, Unternehmen, Restaurants, Einzelhandel etc. sondern auch für Behörden und Schulen. Während manche Schulen auf Unterstützung und Anweisung von jeweiligen Kultusministerium warteten um nicht gegen Datenschutzbestimmungen oder Vorordnungen zu verstossen, haben andere Schulen das Interesse der Schüler in den Vordergrund gestellt und selbstorganisierend gehandelt. Dieser Beitrag beschreibt das persönliche Erlebnis dieser Situation.

Einleitung Vor kurzem habe ich folgende Situation erlebt: Im Kundenprojekt arbeiteten alle Beteiligten kooperativ an einem Standort zusammen (Co-Location). Buchstäblich von einem Tag auf den anderen wurde das Team räumlich auseinandergerissen. Wegen des Corona-Virus galt bis auf weiteres Homeoffice für jeden! Was passiert dann mit dem Einzelnen? Welche Herausforderungen entstehen von einem Tag auf den anderen für sie/ihn? Welche für das Team? Wie kann man versuchen, wenn man die Auswirkungen schon nicht beheben kann, dann diese doch zumindest zu lindern?

Einleitung Fertig! Monatelang hat der Dienstleister an der Erstellung des Werkes gearbeitet! Es wurde gesprintet! Es wurde das Backlog verfeinert! Es wurde alle 4 Wochen ein Review mit dem Kunden durchgeführt. Der vereinbarte Budgetrahmen wurde eingehalten.Das Produkt ist fehlerfrei. Perfekte Welt! Wirklich? Nach all den Investitionen ist es für den Kunden an der Zeit das für ihn erstellte Werk abzunehmen und zu nutzen. Nur: Es gibt Widerstände!

Als Dienstleistungsunternehmen ist es täglich Brot sich mit Kundenanforderungen, neuen Projekten und Kundenanfragen auseinanderzusetzen. Häufig ist es so, daß sich der Kunde mit einer Projektidee, einem Problem an den Dienstleister wendet und dieses gelöst haben will. Er braucht auch früh einen Indikator, was ihn das Ganze kosten würde bzw. wann das Projekt denn fertig sein wird. Er muss ja das Budget bereit stellen, Stakeholder Management betreiben und wissen, ab wann er einen Nutzen aus dem Projekt ziehen kann.

Vor kurzem bin ich gefragt worden, ob und gegebenenfalls wie man Scrum bei Beratungsprojekten verwenden kann und sollte. Ich scheue davor zurück, eine klare Empfehlung abzugeben. Aus mehreren Gründen.

Ich möchte Sie zu einem kleinen Experiment einladen. Dazu brauchen Sie: maximal 5 Minuten Zeit und Ruhe, eine gute Tasse Tee oder Kaffee, ein Blatt Papier und einen Stift. Setzen Sie sich an den leeren Schreibtisch und schließen Sie die Augen! Was fällt Ihnen spontan und zuerst zum Begriff „Europa“ ein? Schreiben Sie es auf! Und? Überrascht?

Für Dienstleistungsunternehmen ist das Projektgeschäft täglich Brot. Unter anderem liegt die Herausforderung darin, die richtigen Personen zum richtigen Zeitpunkt im Projekt zu haben. Die klassische Variante ein Projektteam zu Beginn des Projektes zusammenzustellen und dieses nach Projektende aufzulösen bringt erhebliche Nachteile. Diese werden aber nirgendwo transparent.  

Wie entsteht eigentlich eine Produktvision? Wie füllt sich der Product Backlog? Solche Fragen stellen sich häufig zu Projektbeginn. Um sie zu klären, bietet sich Design Thinking (DT) an. Hier eine kurze Einführung inklusive dreier Literaturhinweise zu den Fragen, warum Design Thinking hier hilfreich ist, was für Design Thinking notwendig ist und wie man vorgehen kann.