Schau dir Aufzeichnungen und Präsentationen an!

Vergangene Events

Nicht erst seit #noEstimates wird die Frage gestellt, welchen Nutzen Schätzungen und Planungen haben, vor allem wenn man doch “flexibel” sein möchte. Wir schauen uns an, was Scrum als Framework überhaupt vorgibt, welche Praktiken gelebt werden, welche Motivation dahinter steckt und wie wir für unser Produkt und unser Team einen Weg finden können, der Wert schafft.

Agile Ansätze wie Scrum fokussieren sich auf die Produktentwicklung im Team und sagen nur wenig darüber aus, wie der regelmäßige Abgleich ins Unternehmen aussieht. Daher ist es nicht verwunderlich, dass Product Owner oft zur Kommunikation mit wichtigen Stakeholdern auf Tools zurückgreifen, die aus dem Umfeld des Scrum-Teams bekannt sind. Vergessen wird dabei, dass Story Points, Velocity, Release Burndown oder Burnup Charts jedoch wenig Aussagekraft haben, sobald sie den Teamkontext verlassen. Zudem sind diese Tools stark auf Features, und wenig auf die beabsichtigte Wirkung der Features fokussiert. 

Eine bessere Möglichkeit der Kommunikation bieten Roadmaps- agil genutzt. 

Was in der Softwareentwicklung mit agilen Ansätzen begonnen hat, gewinnt im Kontext der unaufhaltsam voranschreitenden Digitalisierung schnell an Bedeutung in der Gesamtorganisation. Klassische Managementansätze stossen an ihre Grenzen, andere Führungs-und Organisationsmodelle sind gefragt, um mit der rasanten Entwicklung Schritt zu halten. Beyond Budgeting ist ein Ansatz, der auf Agilität in der Gesamtorganisation ausgerichtet ist.

Fast jedes Scrum Team kennt diesen Begriff und diskutiert in seinen Retrospektiven darüber, wie es damit umgeht: „Technische Schulden“. 

Dieser Begriff ist ein Synonym für „altes schlechtes Coding“ geworden, und wird auch in diesem Sinne meistens verwendet… fälschlicherweise! 

Dieses Missverständnis über diese Begriffsbedeutung hat Haltungen in den Scrum Teams hervorgebracht, die deren Professionalität geschadet haben und die Kosten der Produktentwicklung stark erhöht. 

In dieser Session wollen wir mit euch über die dieses Missverständnis, den Ursprung dieses Begriffes und seine Bedeutung für unsere Professionalität diskutieren.  

Gerade in großen Konzernen müssen Entwicklungsteams mannigfaltige technische und organisatorische Schnittstellen bedienen.

Um dennoch ihren Fokus behalten zu können ist eine agile Arbeitsorganisation inzwischen allgegenwärtig. Dem gegenüber steht oft der altbackene Begriff der Softwarearchitektur, meist Symbol für eingestaubtes Hierarchiedenken, langweilig und sehr bürokratisch.

Dass es auch anders geht, möchte ich in diesem Vortrag zeigen und diskutieren.
Agile (Architektur-)werkzeuge und Konzepte im Arbeitsalltag von Großunternehmen: Wie DevOps, Domain Driven Design, Architecture Ownership und andere Methoden Teams helfen können, autonom und fokussiert zu arbeiten.

Wer sind diese mysteriösen Wesen? Was essen sie? Wieso benehmen die sich so? Wofür werden sie von Softwareunternehmen gezähmt? Warum sind sie manchmal ungehorsam? Mit welchem Skillset überleben und gedeihen sie in den wilden Unternehmensstrukturen? Darf man sie streicheln?

Ich werde versuchen diese Fragen als subjektiver, selbst-ernannter Repräsentant meiner Berufsklasse zu beantworten. Mich würden dabei Euer Feedback, Eure Einwürfe und Fragen sehr interessieren. Softwareingenieure die sich gerne mit Existenzfragen, Verantwortung und Skillsets beschäftigen sind willkommen, genauso wie Product Owner, Scrum Master, Manager, Team Leads… die gerne über die Softwareingenieure und was sie eigentlich tun reflektieren würden.

Paigo prägt als FinTech durch Digitalisierung nachhaltig die Forderungsmanagement-Branche. Das Unternehmen hat sich in den letzten Monaten von einem klassischen Inkasso-Unternehmen erfolgreich zu einem modernen FinTech weiterentwickelt. Dazu war und ist ein Wandel, nicht nur nach außen, sondern auch nach innen notwendig.

Man kann Mitarbeitende nicht motivieren. Muss man auch nicht – wenn man sie fragt wozu sie Lust haben und sie in die Team Zusammensetzung mit einbindet. Paigo hat den Weg einer „Self Selection“ gewählt, um die möglichst optimale Zusammensetzung von 11 Teams zu finden. Dabei gilt es verschiedenste Herausforderungen zu beachten: Wie schafft man die beste Lösung für die gesamte Organisation und kann dabei auf die Motivation jedes Einzelnen eingehen? Wir bindet man eine solche komplexe Herangehensweise in die Gesamttransformation ein? Und wie führt man so etwas 100% remote durch?

Nach einem Vortrag von Franzi werden wir Raum für eure Fragen und Erfahrungen haben. Wir freuen uns auf einen spannenden Austausch innerhalb der Community!

Viele Unternehmen gehen weg vom klassischen Wasserfallmodell hin in die Richtung des agilen Arbeitens. Ein wichtiges Event ist hierbei die Retrospektive, welche die stetige Verbesserung im Team, deren Ergebnisse und die Zusammenarbeit fördert. Doch oft wird eine Retrospektive nicht richtig ausgeführt, nicht das volle Potenzial der verfügbaren Tools verwendet und meist sehr einheitlich gestaltet. Gerade durch den Zwang des Home-Office sind einige Scrum Master nicht ausreichend darauf vorbereitet, wie sie mit ihrem Team eine angenehme und spannende Retrospektive gestalten und dafür sorgen, dass der Fokus auf den Zielen des Events liegt. In diesem Termin möchte ich euch daher ein paar Methoden für die nächste Retrospektive mitgeben, Best Practices besprechen und auch sagen, was absolute No-Gos sind.