Teamprove

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 regelmäßig der Status der Stärken und Schwächen 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 unserer Blog-Serie "O-TON" plaudern wir über unseren Job und unsere Leidenschaft für Agilität - diesmal mit Ron Jatzkowski, der unsere Kunden seit Februar 2018 bei der digitalen Transformation unterstützt.

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 das neue Testing-Tool die Erwartungen für die Testautomatisierung 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 unserer neuen Blog-Serie "O-TON" lernen Sie unser Team besser kennen. Wir erzählen, was uns an unserem Beruf fasziniert und welche Erfahrungen wir mit der agilen Transformation gemacht haben. Den Anfang macht Christoph Dibbern, der uns seit September 2017 als Agile Coach und IT-Berater verstärkt.

Nur noch wenige Tage bis Weihnachten - ein guter Zeitpunkt, um „Danke“ zu sagen für spannende Projekte und die vielen Anregungen und Impulse, die wir aus der Arbeit mit unseren Kunden mitnehmen durften. Wieder liegt ein aufregendes Jahr hinter uns, auf das wir zufrieden zurückblicken (eine kleine Retrospektive samt „Roadmap“ für die Weiterentwicklung von Teamprove hatten wir vor wenigen Wochen zum 5. Firmengeburtstag für Sie zusammengefasst.)

Nun geht unser Team vom 23. Dezember bis zum 7. Januar in die Weihnachtspause. Ab 8. Januar sind wir wieder für Sie da. Wir wünschen Ihnen und Ihren Familien erholsame Festtage und ein Feuerwerk guter Ideen für 2018!

Herzlichst
Ihr Teamprove-Team

Tipp: Agile Techniken können übrigens auch im Weihnachtsendspurt eingesetzt werden! Wenn Sie von Weihnachtsfeiern, Projekt-Deadlines und Geschenkelisten gestresst sind, lohnt sich ein Blick auf den Artikel „Mit 7 Tipps agil durch die Vorweihnachtszeit“ ...

In welchem Monat sollen die Marketingmaßnahmen zum Go Live von Funktion X starten? Wie viel Budget muss das Management für ein bestimmtes Feature-Paket bereitstellen? Und welche Anzahl an Tasks kann unser Team überhaupt schaffen? Im Projektverlauf wird das Entwicklerteam 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.

Vor etwas mehr als fünf Jahren sind wir mit Teamprove gestartet. Seitdem haben wir jede Menge dazugelernt, einiges verändert, aber auch vieles beibehalten. Unverändert groß ist unsere Neugier auf spannende Projekte und unsere Motivation zur Ideen- und Lösungsfindung. Neu ist beispielsweise, dass wir – pünktlich zum fünfjährigen Jubiläum – auf ein fünfköpfiges Team aufgestockt haben: Christoph Dibbern verstärkt uns seit kurzem als Scrum-Master und Agile Coach (dazu demnächst in einem eigenen Artikel mehr).

Was sich in den letzten fünf Jahren deutlich verändert hat, ist unser Markt.

… nämlich bei Bildung – und damit bereits in der Schule. Teamprove war im Juli beim sogenannten "Future Lounge Day" im Klenze-Gymnasium in München mit dabei. Im Rahmen dieses Studientags beschäftigen sich Schüler der 11. Klassen intensiv mit der Zukunft ihrer Berufswelt. Auf der Agenda standen auch dieses Jahr wieder topaktuelle Themen wie Industrie 4.0 und Arbeitswelt 4.0, die im Dialog mit Vertretern aus der Wirtschaft erarbeitet wurden.

Immer wieder werde ich nach speziellem Know-how in Skalierungsframeworks wie SAFe, LeSS, Nexus usw. gefragt. Natürlich kennen wir uns bei Teamprove auch damit aus. Aber geht es wirklich nur darum, die geeignete Blaupause auszuwählen -  und voilà, schon funktioniert das agile Großprojekt oder die agile Transition? Offensichtlich nicht, denn sonst würden sich nicht so viele Unternehmen so schwer damit tun. „A fool with a tool is still a fool“: Dieser bekannte Satz bringt es auf den Punkt, wenn sich Diskussionen um das geeignetste agile Framework festbeißen. Diese Entwicklung war auch auf der diesjährigen Agile World Konferenz in München deutlich zu spüren.

Kennen Sie die Situation: In Meetings erhalten Sie vom Team Aussagen wie „Dieser Task ist so gut wie erledigt“ oder „Die User Story ist eigentlich fast fertig“. Wunderbar, alles „in time“ – doch am Ende des Sprints stellen Sie erstaunt fest, dass nur ein Teil der User Stories lieferbar ist. Das Problem: Ob ein Inkrement fertig ist, wird von verschiedenen Personen sehr unterschiedlich definiert und interpretiert. Woher wissen Sie also, wann eine Aufgabe wirklich abgeschlossen ist? Was erwarten Kollegen oder der Product Owner? Um langwierige Diskussionen und unliebsame Überraschungen zu vermeiden, gibt es in agilen Teams das Artefakt „Definition of Done“ oder kurz „DoD“.

Was passiert, wenn man eine beruflich bunt gemischte Kleingruppe in einen hip ausgestatteten Raum mit Sofas, Whiteboards, Lego, Knete und großen Stapeln von Post-its sperrt? Vielleicht ist es die Geburtsstunde eines millionenschweren Start-ups wie „Pulse“. Vielleicht entwickelt ein renommierter Markenartikler das Trendprodukt von morgen. Vielleicht wird aber auch lediglich eine bestehende Dienstleistung optimiert. Denn neben märchenhaften Gründerstories ist das eigentlich Faszinierende an Design Thinking, dass es bei allen Unternehmenstypen, Unternehmensgrößen und Portfolios funktioniert. Ob Start-up oder Marktführer, Einzelkämpfer oder Großkonzern: Langfristig erfolgreiche Geschäftsmodelle basieren immer auf Kundennähe und der Fähigkeit, starke Ideen zu selektieren und rasch auf den Markt zu bringen.

Von Null auf 90 Millionen Dollar in 3 Jahren? Geschafft haben das zwei Studenten – und zwar mit Hilfe von Design Thinking. Akshay Kothari und Ankit Gupta belegten 2010 den Crash-Kurs „launchpad“ an der d.school in Stanford. Die Aufgabenstellung: In 10 Wochen ein fertiges Produkt inklusive Businessmodell entwickeln. Das Ergebnis: Die App „Pulse“, ein Nachrichtenaggregator für das iPad. Nur wenige Wochen später erwähnte Steve Jobs „Pulse“ auf einer Apple Keynote, die App stürmte Platz 1 im Apple Store und gewann innerhalb von 3 Jahren über 20 Millionen Nutzer in 190 Ländern. 2013 verkauften Kothari und Gupta ihr Start-up für 90 Millionen Dollar an LinkedIn. Auch Unternehmen wie AirbnB, Google, Apple, IBM und E.ON sind (nicht nur, aber auch) durch Design Thinking so erfolgreich.

Okay, niemand kann Ihnen garantieren, dass Sie nach einem Design-Thinking-Workshop zum Millionär werden. Aber Design Thinking ist eine Denkschule, die Ihre Softwareentwicklung um eine entscheidende Komponente bereichert: den Kunden.

Neu entwickelte Software möglichst zügig ausliefern oder lieber erst ausgiebig testen? Der Spagat zwischen immer kürzeren Releasezyklen einerseits und Qualitätssicherung andererseits gießt kontinuierlich Öl auf den schwelenden Konflikt zwischen Software-Entwicklung und IT-Betrieb. Ein Konflikt, in dem beide „Parteien“ das übergeordnete – und gemeinsame – Ziel aus den Augen verlieren: die richtigen Features schnell und hochwertig zum Endkunden zu bringen und so einen Mehrwert für das Unternehmen zu generieren. In diesem Zusammenhang verspricht Continuous Delivery eine deutliche Beschleunigung, ohne Abstriche bei der Qualität und Stabilität zu machen. Aber was verbirgt sich hinter dem Begriff genau?

Im Programm einer Entwicklerkonferenz entdeckte ich kürzlich die Session „Hurra, wir werden agil – aber wie?“ Der Titel trifft die Situation in vielen Unternehmen gut: Das Bewusstsein, dass „etwas“ passieren soll, ist da. Aber gleichzeitig herrscht große Unsicherheit, wo und wie angepackt werden soll. Das Thema Agilität brennt vielen Führungskräften auf den Nägeln. Teils, weil genaue Vorstellungen vorhanden sind, was anders bzw. besser werden soll. Teils, weil doch alle anderen auch agil sind und das Management diesen Trend nicht verpassen will. „Wir arbeiten agil“ – das klingt deutlich dynamischer als „Wir entwickeln noch nach Wasserfallmodell“. Und zahlreiche agile Erfolgsstories aus dem Bekanntenkreis und der Fachpresse kennt schließlich auch jeder. Aber wie bildet man agile Teams? Führt man einfach Scrum ein und ist damit automatisch agil? Und wie war das nochmal mit der Unternehmenskultur und den Agile Leaders? Gibt es vielleicht einen 10-Punkte-Plan, der nach und nach abgehakt werden kann?

In wenigen Tagen ist Weihnachten und wieder geht ein ereignisreiches Jahr zu Ende. Die wichtigsten Milestones der letzten Monate hatten wir bereits in unserem Artikel zum 4. Teamprove-Geburtstag zusammengefasst. Anfang Dezember haben wir nun auch unsere Münchner Niederlassung eröffnet und freuen uns auf interessante Neukunden aus dem süddeutschen Raum. So bleibt es auch 2017 garantiert spannend!

Liebe Leser, Kunden, Geschäftspartner und Freunde, wir wünschen Ihnen und Ihren Familien frohe Weihnachten, erholsame Urlaubstage und einen guten Rutsch! Ab 9. Januar sind wir wieder für Sie da.

Herzlichst
Ihr Teamprove-Team