Kennst du das? Auf Konferenzen hörst du immer ganz wundervolle Sachen von agilem Arbeiten, DevOps und wie Business, Development und Operations gemeinsam eine Erfolgsstory nach der anderen schreiben - aber in deiner Firma schwimmt ihr immer noch den Wasserfall runter? Was, wenn du das ändern könntest?

Ich möchte euch auf einen kondensierten Erfahrungsbericht erfolgreicher Transformationen mitnehmen, und euch zeigen wie ein Entwickler das Unternehmen Bottom-Up verändern kann. Wir werden gemeinsam sehen wie ihr

  • Eure Teams dazu bringen könnt, agiler und schneller zu werden auch wenn das Umfeld noch nicht stimmt
  • Wie ihr das Vertrauen, das eurem Team jetzt entgegengebracht wird, nutzen könnt, um Veränderungen in eurem näheren Umfeld zu starten, und die Art wie ihr Software entwickelt und neue Features in euer Team kommen zusammen mit Business und Operations in einer Richtung bringen könnt, in der ihr gemeinsam an einem Ziel arbeitet
  • Und schließlich wie ihr versuchen könnt auch Bereichs- und Unternehmensweit Veränderungen anzustoßen

Auf dieser Reise möchte ich euch verschiedene, praxiserprobte Werkzeuge (wie zum Beispiele Fearless Change Patterns von Linda Rising als Hilfestellung bei der Unternehmenstransformation, Management 3.0 Methoden für euer Teamumfeld, Möglichkeiten wie man technische Schuld als Business Contraints platzieren kann, und agile Patterns für IT-Unternehmensstrukturen zum Beispiel aus dem Buch „Agile IT Organization Design: For Digital Transformation and Continuous Delivery“ von Sriram Narayan uvm.) vorstellen, die euch in eurem eigenen Umfeld hoffentlich helfen können, und Bücher, Tools und Webseiten die euch in Zukunft weiter helfen können auf einem Weg, der in den letzten Jahr häufig geworden ist - eine Unternehmenstransformation, die von unten kommt.

Matthias Kainer

Matthias Kainer war Mitgründer zweier Webfirmen, bevor er über Microsoft, AutoScout24 und der 1&1 zu ThoughtWorks kam. Matthias hat auf seinen Stationen als Entwickler, Business Engineer, Manager und Consultant viele Erfahrungen sammeln können, und seine Hauptinteressen Continuous Delivery, DevOps, Systemarchitekturen, agiles Arbeiten und selbstorganisiertes Arbeiten an jeder seiner Stationen eingebracht – nicht immer erfolgreich, aber nie ohne nicht etwas Neues dabei zu lernen.