„Ein guter Scrum Master ist wichtig!“ Stimmt. Leider macht ein Zertifikat allein noch keinen guten Scrum Master. Um diese berufliche Rolle auszufüllen, bei der es sehr stark um Führung, Begleitung und Kommunikation geht, ist neben Soft Skills auch viel Erfahrung nötig – idealerweise kombiniert mit einem Blick über den Tellerrand durch den kontinuierlichen Austausch mit Gleichgesinnten und den Einblick in andere Teams.
Ob mit Scrum oder ohne Scrum – jedes Team kennt Probleme und Störungen, die den Projekterfolg gefährden. In Scrum-Teams ist es die Aufgabe des Scrum Masters, diese sogenannten „Impediments“ zu erkennen, zu dokumentieren, zu verwalten und idealerweise zu beseitigen. Der Umgang mit Impediments ist anspruchsvoll, denn nicht alle Situationen, die das Team behindern, fallen auf den ersten Blick als Impediments auf. In diesem Artikel stelle ich neben typischen Impediments auch eine Methode vor, die sich in den von uns begleiteten Scrum-Teams bewährt hat.
Wenn wir eine agile Transition begleiten, ist die Bestimmung des Status Quo am Anfang häufig schwierig. Mögliche Gründe: Eigenwahrnehmung und Fremdwahrnehmung klaffen weit auseinander oder die Definition von Agilität stimmt nicht bei allen Beteiligten überein. Sich zu Projektbeginn auf ein gemeinsames Ziel- und Leitbild zu verständigen, ist aus meiner Sicht deshalb ein entscheidender Erfolgsfaktor jedes Change-Prozesses. Ich mache bei einem meiner Kunden gerade gute Erfahrungen mit dem Einsatz des Videos „Product Ownership in a Nutshell“.
An diesen Vortrag werden wir uns garantiert noch lange erinnern: Alles begann damit, dass die Lieferung mit unseren druckfrischen Handouts auf dubiose Weise verschwand – einen Tag vor der Konferenz und ohne die geringste Chance, rechtzeitig einen Nachdruck zu organisieren. Sehr ärgerlich, denn wir hatten viel Liebe in unsere neue „Schnellanleitung für Design Sprints“ investiert. Also fuhren wir ohne Handout im Koffer nach Karlsruhe...
Eigenständig Lösungen entwickeln, gemeinsam besser werden und flexibel auf ein dynamisches Umfeld reagieren: Von agilen Teams wird viel verlangt. Plötzlich ersetzen Scrum oder Kanban gewohnte Abläufe, alle sollen sich selbst organisieren und crossfunktional zusammenarbeiten. Viele Mitarbeiter fühlen sich überfordert, schließlich waren sie bislang Spezialisten mit einem festen Platz in der Hierarchie und einem festen Aufgabenbereich in einer Linienorganisation. Selbstorganisation lässt sich nicht über Nacht verordnen, sondern neue Prozesse und die neue Entscheidungsfreiheit erfordern auch die Entwicklung neuer Skills. Der zügige Aufbau der benötigten Fähigkeiten im Team ist deshalb einer der wichtigsten Eckpfeiler für eine erfolgreiche agile Transformation. Aber wie finden Sie heraus, welche Skills Ihrem Team fehlen?
Design Thinking, Business Model Canvas, Lean Startup, Lego Serious Play, Design Sprint, Rapid Prototyping – immer häufiger gehen Unternehmen das wichtige Thema Innovation strategisch an, um wettbewerbsfähig zu bleiben. Der Werkzeugkoffer des modernen Innovationsmanagements bietet ein Füllhorn an etablierten Methoden, aber wie wählt man die richtige aus?
Selbstorganisierte, flexible Teams, die schnellere und bessere Ergebnisse liefern, sind für jeden Unternehmensbereich ein Fortschritt. Kein Wunder also, dass längst nicht mehr nur Software-Teams Scrum oder Kanban nutzen, sondern die agile Transformation alle Abteilungen und Standorte erfasst. Doch während die Einführung agiler Methoden in isolierten IT-Teams oder kleinen Unternehmen meist noch recht gut funktioniert, scheitert die Skalierung häufig an der Unternehmenskultur und einem fehlenden agilen Mindset. Voraussetzung für jede lernende Organisation ist eine kontinuierliche Selbstdiagnose der Projektteams: Wo stehen wir und wie agil arbeiten wir? Wie erkennen wir, wo es im Projekt brennt (und warum)? Wo können wir ansetzen, um besser zu werden? Das Skalierungs-Framework SAFe bietet mit dem „Team Self Assessment“ eine Methode des gemeinsamen Lernens, indem der Status der Stärken und Schwächen regelmäßig reflektiert wird.
„Maßgeschneiderte Workshops“, „Individuelles Coaching“, „Kundenorientierte Beratung“: Wenn Sie auf der Suche nach einem Consulting-Partner die Websites der Anbieter überfliegen, lesen Sie vermutlich überall ähnliche Formulierungen. Auch wir schreiben uns punktgenaue Beratung auf die Fahnen – aber was heißt das in der Praxis? Wie kann ein externer Berater oder Coach das dafür nötige, tiefe Verständnis für Ihre Organisation aufbauen, noch dazu in äußerst kurzer Zeit?
In welche Richtung soll die weitere Entwicklung eines Produkts gehen? Wie viel Potenzial steckt in einer neuen Idee? Was will der Markt wirklich? Immer schneller, immer innovativer, immer kostengünstiger muss die Produktentwicklung werden. Teure Flops kann sich kein Unternehmen auf Dauer leisten und der globale Wettbewerb schläft nicht. In nur fünf Tagen nicht nur neue, sondern gute Ideen generieren? Ja, das funktioniert – mit Design Sprints, einem von Google entwickelten Framework, das auf Design Thinking Methoden basiert.
Was bedeutet es für Ihr Projekt, wenn ein wichtiger Know-how-Träger des Teams ausfällt oder wenn ein neues IT-Tool die Erwartungen nicht erfüllt? Wie erkennen Sie möglichst früh, dass es im Projekt nicht rund läuft – und wie viel Risikomanagement ist in agilen Projekten überhaupt sinnvoll? Zwar tragen einige in Scrum genutzte Techniken wie Sprint-Reviews oder Burn-up-Charts zur Risikominimierung bei, aber insbesondere im Enterprise-Umfeld ist ein zusätzliches, systematisches Risikomanagement ratsam.
Die digitale Transformation bewegt mittelständische Unternehmen aller Größen und Branchen. Doch welche Strategie verspricht Erfolg? Wie lassen sich Prozesse zukunftsorientiert gestalten und was bedeutet Arbeitswelt 4.0? Wenn Sie auf der Suche nach Antworten sind, laden wir Sie herzlich zum kostenlosen Besuch des Digital FUTUREcongress am 1. März in Frankfurt ein.
Wie skalieren wir „gesund“? Welche Ziele sind realistisch? Und was kann jeder einzelne Teamprove-Mitarbeiter dazu beitragen? Im Fokus unseres Team-Meetings Anfang Februar stand unsere aktuell größte Herausforderung: das starke Wachstum von Teamprove und der damit verbundene Auf- und Ausbau einer gemeinsamen Teamkultur. Dass wir als Berater für Agilität auch bei unserem eigenen Unternehmen auf eine moderne Unternehmenskultur setzen, versteht sich von selbst. Unter anderem arbeiten wir mit Zielvereinbarungen auf Basis des OKR-Modells.
Nahezu jedes Software-System arbeitet mittlerweile in einem komplexen und dynamischen Umfeld. Kundenwünsche, Marktfaktoren und Technologien ändern sich schneller als je zuvor, so dass eine anpassungsfähige IT zum entscheidenden Erfolgsfaktor wird. Der stetige Wandel macht den Aufbau von aktuellem Domänenwissen für Entwickler mühsam. Die Folge: Softwareentwicklungen gehen immer häufiger an den Vorstellungen des Auftraggebers vorbei, da die Kommunikation zwischen Entwicklern und Fachleuten an Verständnisproblemen leidet. Ein populärer Lösungsansatz für diesen Konflikt ist Domain Driven Design.
In welchem Monat sollen die Marketingmaßnahmen zu Feature X starten? Wie viel Budget muss das Management für eine bestimmte Innovation bereitstellen? Und welche Anzahl an Tasks kann unser Team überhaupt schaffen? Im Projektverlauf wird das Team immer wieder mit Fragen zur mittelfristigen Planung konfrontiert – insbesondere zu Projektbeginn eine schwierige Aufgabe, da zahlreiche relevante Informationen noch fehlen. Das Schätzverfahren „Magic Estimation“ ist ein bewährtes Werkzeug, um eine agile Arbeitsweise und mittelfristige Planungen in Einklang zu bringen.
