Mit knapp 150 Ausstellern sowie 50 Vorträgen und Workshops ist der Digital Future Congress die größte Kongressmesse für Digitalisierung in Hessen. Traditionell sind auch wir wieder mit dabei - dieses Jahr neben einem Vortrag zu Design Sprints auch als Themenpate: Auf Bühne 5 werden wir ganztägig das Kongressprogramm rund um Digitalisierung & Transformation moderieren.
Jahres-Endspurt! Langweilig war uns 2018 nicht: Wir sagen danke für viele spannende Projekte und für alle Anregungen und Ideen, die wir aus den Gesprächen mit unseren Kunden mitgenommen haben.
„A fool with a tool is still a fool“. Oder anders gesagt: Der bloße Einsatz eines bestimmten Frameworks garantiert noch keine gelungene Skalierung – so lässt sich unter dem Strich der Tenor der Bitkom-Tagung „Skalierung von Agilität in Unternehmen“ zusammenfassen.
Eine der häufigsten Fragen in Vorgesprächen lautet: "Was sind jetzt die ersten Schritte?" Auch wenn wir grundsätzlich gegen Copy & Paste sind, so gibt es doch einen Kickoff-Workflow, der sich in zahlreichen Interim-Management-Projekten, Skalierungsprozessen und agilen Transformationen bewährt hat. Eine strategische Roadmap für einen gelungenen Projektstart - und zwar VOR der Auswahl eines Frameworks oder der Ausarbeitung eines Schulungspakets. Diese Kickoff-Roadmap haben wir in einer neuen Infografik visualisiert.
„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.
