Archiv

Events

Die Entscheidungsverantwortung muss zwischen allen Akteuren im konkreten organisatorischen Kontext explizit gemacht werden. Eine solche Transparenz bietet die Sicherheit, auch mutige Entscheidungen zu treffen.

Aus diesem Grund haben Tim Klein und Oliver Winter vor fünf Jahren das „Product Ownership Evolution Model“ – kurz POEM – entwickelt. In dieser Session wird uns Tim noch mal die Hintergründe, Aufbau und Wirkung von POEM erklären sowie Facilitation-Tipps geben. Zudem werden wir die Chance bekommen, das Model selber auszuprobieren und Fragen rund um Product Ownership gemeinsam zu diskutieren.

Mit dem „Product Owner Evolution Model (POEM)“ wird ein Werkzeug vorgestellt, in dem die Vertreter:innen der (Scrum-)Rollen die Ist-Situation ihrer Entscheidungsfreiräume selbst eintragen können (Positionierung i.S. einer Aufstellung). Dies umfasst u.a. auch den „Business Owner“ (als Synonym für CPO, Director Product, CEO, o.ä.). Während ein solches Self-Assessment bereits an sich einen gewissen Wert darstellt und wunderbare Möglichkeiten zur gemeinsamen Diskussion eröffnet, liegt der größte Wert des Modells in der Entwicklung eines gemeinsamen Zielbilds. So können alle Rollen – und insbesondere Product Owner – im folgenden Schritt ihre gewünschte Soll-Position eintragen und gemeinsame Entwicklungsziele festlegen. Ein weiterer Aspekt ist das Coaching durch Scrum Master oder Agile Coach: Mit dem Modell kann gut veranschaulicht werden, bei welchen Tätigkeiten, Scrum Master oder Agile Coach für Product Owner:in und Entwicklungsteam aktuell entsprechendes Coaching anbieten kann. Ebenso entsteht damit Klarheit, wo im Kontext des Zielbildes ggf. ein anderer oder erweiterter Coaching-Bedarf entsteht, um Product Owner:in und Entwicklungsteam auf ihrem Weg in ihre neuen Verantwortungsbereiche zu unterstützen und zu begleiten.

Wenn Teams oder Organisationen sich dazu entscheiden, „agiler“ zu werden, orientieren sie sich in ihrem Setup häufig am Rahmenwerk Scrum. Sie benennen also Scrum Master und Product Owner, planen Sprints mit Planning, Dailies, Review und Retros und priorisieren die Anforderungen der Stakeholder als „User Stories“ in einem Product Backlog, das sie abarbeiten – macht man so, richtig?

Ganz klar: Jein. Denn die Verantwortlichkeiten, Events und Artefakte von Scrum einzuführen („Doing Agile“), ohne dass die Beteiligten deren Sinn, Zweck und Kontext verstehen und zu beherzigen wissen („Being Agile“), führt fast unweigerlich zu einer Reihe von Missverständnissen, die schon von Beginn an in die Irre führen können und später schwer wieder einzufangen sind. Also: Was braucht‘s, damit Euer Scrum kein murcS wird?

Design Thinking „ist ein kreativer Prozess zur Lösung komplexer Probleme“ sagen die einen. „Ist eine Haltung“, sagen die anderen. Ich sage “ja” zu beidem. Ich motiviere, warum es wichtig ist, nicht sofort in den Lösungsraum zu gehen und zeige, wie Design Thinking eine Brücke zwischen dem, was ist, und dem, was sein könnte, schlägt. Ein an den Menschen ausgerichtetes Vorgehen ermutigt dazu, sich auf deren Bedürfnisse zu konzentrieren und so bessere Produkte, Dienstleistungen, Prozesse und Organisationen zu entwickeln. Der Perspektivwechsel von „making people want things“ hin zu „making things people want“ zeigt, wie Design Thinking und Agile sich ergänzen und sinnvolle Innovationen ermöglichen. 

Wie im Design Thinking üblich, gibt es in dem Vortrag auch eine „hands-on experience“ – daher haltet bitte einen Stift und 2 Blatt Papier bereit!  

Die Menschheit hat es leider erfolgreich geschafft, sich in eine ausgewachsene Klimakrise zu manövrieren. Sie ist jetzt schon da. Jede:r kann es mehr oder weniger am eigenen Leibe spüren. Und es wird erst einmal nicht besser. So weit so schlecht.

Doch der Mensch wäre nicht Mensch, wenn er nicht auch mit all seiner Kreativität Innovationen hervorbringt, die dem ganzen Schlammassel etwas entgegensetzen können. Doch in ihrer Geburtsstunde sind Innovationen erst einmal nicht mehr als Ideen, Visionen, Theorien, bestenfalls Prototypen. Damit aus ihnen starke Produkte und Dienstleistungen mit echtem Klima-Impact und greifbarem Kundenmehrwert werden, müssen sie gehegt und gepflegt werden.

Doch wie funktioniert dieses „Gärtnern“ im wörtlichen und übertragenen Sinne bei der Produktentwicklung im Start-Up mit zahllosen Variablen: neues Team, neue Fachlichkeit, neue Art des Arbeitens, neue Art des Vertriebs und der Beratung, unverhoffte Verbündete, unbekannte Gefahren u.v.m. Wie kann ein agiles Mindset und die Anwendung von Scrum helfen – und wo nicht?

In seinem Erfahrungsbericht nimmt euch Daniel mit auf seine persönliche Start-Up-Achterbahnfahrt – und ihr lernt nebenbei, wie Kohl das Klima retten kann.

Wie erlangen wir eine Erkenntnis davon, was wirklich wichtig für unsere Kunden & Stakeholder ist? Mit einer sogenannten Impact Ladder können wir feststellen, wie und wann unser Produkt wirklich unsere Kunden berührt. User Experience lässt sich plötzlich aussagekräftig messen und  mit Key Value Indicators (KVIs) belegen.

Begleitet mich gerne auf einer Reise durch UX Research, User Journeys, Kollaborationschancen, sowie wertvollen Produkt-Inkrementen mit messbaren Ergebnissen.

Es wartet auf euch ein Quiz mit spannenden und vielseitigen Fragen rund um Scrum, Agilität, die OSC sowie witzigen Fragen rund um den Sommer.

Sei dabei und teste zusammen mit der Community dein Wissen! Bleibt gespannt!

Side note: Für den/die Gewinner*in mit den meist richtigen Antworten wird es ein kleines Geschenk geben.

Wir freuen uns auf einen amüsanten Abend mit euch bei einem Cocktail oder einem anderen sommerlichen Getränk. *Cheers*

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.

In diesem Vortrag erfährst Du unter anderem… 

…was häufige Evolutionsschritte von Anforderungsformaten sind und welche Vorteile sie bringen. 

…wer die Anforderungen erstellen und verfeinern sollte. 

…und was uns die Anforderungen über die aktuellen Herausforderungen der Teams und der Organisation verraten. 

Sergej und Benni schnappen sich ihr theoretisches Wissen, fügen ihre Erfahrungen aus dem Projektalltag hinzu, verfeinern das Ganze mit (wie der Titel vermuten lässt) einigen Metaphern und runden es mit einer guten Prise Humor ab. Heraus kommt ein Trank, der sowohl Neulingen als auch Experten dabei helfen kann, phantastische Anforderungen zu finden.

Die Zukunft der Arbeit ist von einem historischen Produktivkraftsprung bestimmt: Ausgehend von der technologischen Basis des Internets und mit der Durchsetzung von Cloud-Infrastrukturen hat sich ein Informationsraum gebildet, der in beispielloser Weise Menschen die Möglichkeit gibt, miteinander in Beziehung zu treten. Die Corona-Lockdowns haben diesen Tatbestand in der Öffentlichkeit verdeutlicht. Damit einher geht eine neue Produktionsweise, die Informationsökonomie, die Daten zum Ausgangspunkt neuer Geschäftsmodelle macht und dadurch ihre Wertschöpfung maßgeblich an der Nutzung des Informationsraums ausrichtet. Diese umfassende Transformation hat signifikante Auswirkungen auf Form und Organisation von Arbeit: Jede Form von Arbeit, deren Arbeitsgegenstände und Arbeitsmittel sich über den Informationsraum nutzen lassen, kann im Informationsraum bewältigt werden. In der Folge finden Arbeit und Leben nun auf „zwei verschachtelten Bühnen“ statt.

Diese Entwicklung hat prägende Bedeutung für die Zukunft agiler Konzepte und wirft grundlegende Fragen für deren weitere Ausgestaltung auf. Wie wichtig ist die örtliche Präsenz von agilen Teams für deren Bildung und Weiterentwicklung oder lassen sich die notwendigen Beziehungen und Bindungen auch im Informationsraum herstellen? Wie lassen sich die Voraussetzungen für Lernen und Empowerment von agilen Teams im Zusammenspiel von physischer Welt und Informationsraum schaffen? Und wo liegen die Grenzen der „Virtualisierung“? Und grundsätzlich: Wie muss das agile Konzept für die Organisation von Arbeit im Zusammenspiel von zwei verschachtelten Bühnen weiterentwickelt werden?

Im Vortrag versucht Prof. Boes eine theoretisch und empirisch unterfütterte Grundlage zum besseren Verständnis dieser neuen Herausforderungen zu entwickeln und auf der Basis seiner langjährigen Beratungstätigkeit in Vorreiterunternehmen der Agilität Wege für die Weiterentwicklung agiler Konzepte zu skizzieren.

Home Office wurde nicht freiwillig eingeführt, sondern durch Corona erzwungen. Die Begeisterung war anfangs groß, doch schon kurze Zeit später wurde festgestellt, das Home Office der Niedergang jeglicher Kreativität, Innovation und Team Building Maßnahmen war. Ich werde in diesem Vortrag genau das herausstellen und zwei 10 Minuten Blocks einbauen, wo ich referiere und anschließend zwei 5 Minuten Blocks zur Diskussion integrieren werde. Die umfassende Diskussion erhoffe ich mir im Anschluss des Vortrages bei der geplanten Abendveranstaltung.

Wir freuen uns auf einen spannenden Austausch innerhalb der Community!

Wir wollen mit Euch das 1-Jährige des Scrum Guide Updates feiern und Revue passieren lassen. Welchen Einfluss haben die Änderungen für Euch in der Praxis? Was ist für Euch der wertvollste Aspekt? Oder hat sich bei Euch gar nichts verändert? Welche Herausforderungen seht ihr bei der Umsetzung?  

Fahd Al-Fatish startet das Event und wird seine Erfahrungen aus seinen Scrum Trainings mit uns teilen. Danach gehen wir in eine offene Fishbowl, um mit euch in der Community zu diskutieren. Wir sind gespannt auf eure Meinungen und Erfahrungen! 

What comes after Management 3.0, SAFe, the Spotify Model, and COVID-19? In this session, you will see what business agility means in the near future. Customer Experience (CX) and Employee Experience (EX) are the new product. Fluid teams working from anywhere replace static teams that work in just one office. And scale-ups take over everything by combining disruptive innovation with dynamic team structures.

Produktziele sind ein neuerer Bestandteil des Scrum-Frameworks. Mein Vortrag bespricht, wie diese Ziele erfolgreich angewandt werden können. Dies beinhaltet das systematische Ableiten der Ziele sowie deren Relation zu Product Roadmap und Product Backlog.

It’s tough when you start a new job as Product Manager. Within days your agenda starts to fill up, a tsunami of messages and everybody looks at you as if you know everything. How can you as a Product Manager have a better start? What can you do to be successful when you start a new journey? We will take a page from Sun Tzu and see how we can come up with a battleplan for your first 30 days, so that you have not only a great start but also better result.

Begleiten wir in einer interaktiven Geschichte unseren Protagonisten auf seiner Reise von der Produktvision bis zum ersten Release einer beispielhaften App.
Anhand eines griffigen Fallbeispiels gestalten wir gemeinsam ein Produkt, unterstützt durch etablierte Praktiken aus dem Produktmanagement. Iterativ, inkrementell und mit einem Augenzwinkern.
Weil uns die heile Welt zu vorhersehbar ist, wird die Reise gewürzt von Änderungen und Überraschungen, die am Ende alle eines gemein haben: Die Beteiligten haben es lediglich gut gemeint.

Das Richtige tun durch Denken in Lebenszyklen

Warum sind bestimmte Verhaltensweisen bei Kleinkindern absolut passend und bei Erwachsenen nicht? Einfache Antwort: Weil wir Menschen in unserem Leben verschiedene Phasen durchlaufen, in denen uns unterschiedliche Dinge weiterbringen. Geht es zunächst darum, etwas grundsätzlich zu erlernen, wird es kontinuierlich wichtiger, Erlerntes zu optimieren und zu adaptieren.

Warum sind bestimmte Überlegungen bei einer Idee für ein Produkt sehr sinnvoll und Monate nach dessen Markteintritt nicht mehr? Einfache Antwort: Weil auch Produkte und Dienstleistungen in ihrem Lebenszyklus verschiedene Phasen durchlaufen, in denen unterschiedliche Dinge wichtig sind. Am Anfang konzentrieren wir uns darauf, die richtigen Dinge zu tun, zum Ende hin darauf, die Dinge richtig zu tun.

Zum Einstieg in das neue OSC-Fokusthema „Agiles Produktmanagement“ möchte ich mit den Teilnehmenden zusammen diese Lebenszyklen analysieren und vergleichen. Wir werden gemeinsam Regeln und Verhaltensweisen der unterschiedlichen Lebensphasen erarbeiten und diskutieren. Dabei werden wir sehen, wie uns die Reflexion über die einzelnen Abschnitte ermöglicht, bessere Entscheidungen zu treffen.

“Wer rastet der rostet!” In diesem interaktiven Workshop zeige ich Euch anhand der Trainingslehre aus dem Leistungssport, wie wir nachhaltig gegen geistigen Rost vorgehen können.
Kontinuierliches Lernen begleitet uns durch viele Lebensbereiche und ist ein wesentlicher Faktor von Scrum & Co. Es wird zudem in zahlreichen Formen und Ausprägungen als permanentes lebenslanges Lernen immer wichtiger. Um uns gut auf die Zukunft vorzubereiten, helfen uns Neugier, das Wissen über Theorien und Modelle, kombiniert mit der Möglichkeit empirisch aus Erfahrungen zu lernen.
Mit unserer individuellen Lernentwicklung gehen wir i.d.R. bereits sehr bewusst um, bewegen uns jedoch manchmal auf zu eingefahren Wegen, oder kämpfen mit Blockaden und kommen nicht voran.
An dieser Stelle lohnt es sich, einen inspirierenden Blick über den Tellerrand in einen Bereich zu werfen, in dem es bereits Lösungsansätze für derartige Problemstellungen gibt: dem Sport.
In diesem Workshop werden wir Prinzipien aus der Trainingslehre kennenlernen und daraus Parallelen zum individuellen Lernen ziehen. Diese, teilweise neuen Perspektiven, nutzen wir als Möglichkeit, um unsere Art zu lernen gezielt anzupassen und die Weiterentwicklung im und als Scrum-Team zu fördern. Durch diesen Ansatz haben wir auch im Nachgang an den Workshop konkrete Tipps an der Hand und können diese bei Bedarf immer wieder anwenden.

Was Organisationen von Astrid Lindgren lernen können

In seinem Vortrag schildert Nicolas Korte, wie seine Kolleg*innen und er zwischen 2017 und 2020 ein Unternehmen der klassischen Industrie, für das er als Geschäftsführer tätig war, zu einer agilen Organisation transformierten. Er berichtet, wie ein anderer Weg, Lehrlinge auszubilden der Ausgangspunkt für Veränderung war. Welche Hürden es zu überwinden gab, welche Meilensteine wichtig waren und wie die Menschen im Unternehmen auf Veränderung reagiert haben. Was wurde erreicht und was blieb offen?

Parallel zur Unternehmensdimension erzählt er, was der Veränderungsprozess mit ihm persönlich gemacht hat. Welche Glaubenssätze waren für den bekennenden „Babyboomer“ Jahrg. 1963 zu überwinden? Was war der Weg vom ehemals überzeugten Hierarchen zum heutigen selbstständigen Coach, der als „Verbündeter für Veränderung“ andere auf ihrem Weg zu einer neuen Art der Zusammenarbeit unterstützt?

Der Vortrag zeigt auf, dass sinnvolle Transformationsprozesse neben der Anwendung von Methoden und Frameworks wie „Scrum“ oder „Kanban“ von einer sehr starken kulturelle Veränderung, insbesondere im Verständnis von Führung, getragen werden.

In diesem interaktiven Vortrag und anschließendem Austausch werden wir versuchen diese Fragen zu klären.

Der Aspekt der Selbstorganisation lässt sich nicht zwingend als gegeben voraussetzen oder gar einfordern, stattdessen will dieses Wesensmerkmal agiler Organisationsstruktur gelernt, gefördert und weiterentwickelt werden. Hier kommt Führung im Sinne eines hin- oder hineinführen ins Spiel, um sowohl den Nährboden als auch den notwendigen Raum zu schaffen, damit Selbstorganisation wachsen und der Wandel von traditioneller hin zu mehr netzwerkorientierter Organisation gelingen kann. Als „Agile Leadership Team“ setzen wir hierzu in unserer Abteilung den Rahmen für unsere Mitarbeiter, auch abseits etablierter und selbstbestimmter Produktentwicklungsteams. Wir bieten – sowohl den Mitarbeitern als auch uns selbst als Führungskräfte – unterschiedliche Gelegenheiten, um gemeinsam als Abteilung darin zu wachsen, zu experimentieren und herauszufinden was für uns funktioniert und was nicht. Wir teilen mit euch unsere Erfahrungen, Erfolge und Misserfolge.

Most agile implementations do not mature because organizations lack the right leadership skills to create a culture that supports the growth of self-managing teams.In this session we will explore some patterns how agile typically matures in an organization, how your leadership style impacts this maturity and what you can do as a leader to increase the self-managing capabilities of the agile teams in your organization.I will share a number of real-life situations that reveal the relationship between leadership style and agile team maturity. These situations will expose some of the typical leadership pitfalls and some practical tips on how to best engage as a leader with agile teams. I will also share some of the culture measurements that we have used to predict the outcome of an Agile transformation.

Scrum ist agil, Agil ist doch leichtgewichtig. Passt das dann überhaupt zu einem stark reguliertem Umfeld? Die einfache Antwort ist: Ja! Trotzdem werden erhöhte Anforderungen an die Produkt-Qualität, Sicherheit und Prozessdokumentation gestellt. Denn ohne zertifizierten Prozess kein zugelassenes Produkt. Also keine Wertlieferung an den Kunden.

• Wie muss also die Dokumentation aussehen und wie passt das in die Selbstorganisation eines Scrum Teams?
• Wie kann eine agile Qualitätssicherung die Anforderungen eines Medizinprodukts genügen?
• Wie kann man einen Auditor in den Wahnsinn treiben?

In diesem interaktiven Vortrag/Austausch werden wir versuchen diese Fragen zu klären.

Abstract: (dieses Event wird in englischer Sprache stattfinden)

Have you wondered if your team, your product, or your organization are doing the right „things“ and if they are being done correctly? Are you concerned about what we measure, how we measure professionally and how we validate?

We appreciate to have Patricia and Kurt from Scrum.org with us in this special event. They will give us an introduction to the topic of „Evidence Based Management (EBM)“ and discuss these questions with us.

Agiles Lernen ist die Zukunft der Bildung. Agile Methoden sind zukunftsfähig und machen die Lernenden fit für die Anforderungen der Ausbildung, der Arbeitsstelle, kurz der Zukunft. Was das jenseits aller Buzzwords und Hochglanzblogs bedeutet, was Agilität für Lehrer:innen verändert und was alles klappt (und auch was nicht) berichtet der Herausgeber von „Scrum in die Schule!“ in einem lebendigen Vortrag aus der Praxis mit Scrum im Unterricht.

Softwareentwicklung gilt oft als ein besonders gutes Umfeld, indem man agil arbeiten kann. Die „Softheit“ erlaubt es uns jederzeit Veränderungen gut willkommen zu heißen und zu experimentieren.

Hardwareentwicklung oder hardwarenahe Softwareentwicklung wird dagegen gerne als Gegenbeispiel genutzt, bringen sie doch ganz besondere Herausforderungen mit sich. Melanie und Sven haben das Experiment mit ihren Teams einfach gewagt und möchten ihre Learnings und Erfolgsgeschichten aus diesem Umfeld mit euch teilen.

Die Überarbeitung des Scrum-Guides war für mich als OKR-Coach eine echte Überraschung. Scrum ist in der neuen frischen Version näher an das agile Zielsystem Objectives & Key Results herangerückt. Damit meine ich nicht nur die Einführung des Produkt- und Sprint-Ziels, sondern viel mehr sehe ich eine Analogie zum Golden Circle von Simon Sinek. Mit Scrum 2020 wurde dem Why, dem Warum und Wozu, eine prominente Bühne errichtet. In meinen Vortrag möchte ich, nach einer kurzen Einführung in das Zielsystem OKR zeigen, dass Scrum und OKR eine wunderbare Symbiose eingehen können. Die Amerikaner würden sagen, es ist ein „Match made in Heaven“. Nach einem kurzen Impuls freue ich mich auf Diskussion und Austausch mit Euch.

Agile Praktiken sind state of the art, wenn es um Softwareentwicklungsprozesse geht. Vor allem SCRUM hat sich hier als weit verbreitete Vorgehensweise etabliert. Doch das war nicht immer so. Zu Beginn dieses Jahrtausends erfreute sich „eXtreme Programming“ (kurz „XP“) großer Beliebtheit innerhalb der agilen Community. So veröffentlichte z.B. Johannes Link 2002 das erste deutsche Buch zu testgetriebener Entwicklung, einer Praktik aus XP. 2004 fanden die ersten deutschen „XP Days“ statt – mit Ken Schwaber als Keynote Speaker. Jeff Sutherland sagte in einem Interview „SCRUM is a framework for teams using engineering practices outlined by the extreme programming.“ [1] – also dass SCRUM ein Framework für Teams ist, in dem XP Praktiken verwendet werden. Doch heutzutage treffe ich SCRUM-Master und Entwickler auf Konferenzen usw., denen der Begriff XP mehr oder weniger unbekannt ist.

Jedes Projektumfeld ist anders und einzigartig. Deshalb ist es utopisch zu denken, dass ein einziges agiles Framework auf allen Gebieten angewendet werden kann. Der Methodenkoffer eines Agilisten sollte in dem Sinne ein großes Spektrum an Kenntnissen und Werkzeugen aus allen existierenden agilen Ansätzen. Dazu zählen ergänzend zu Scrum Lean, Kanban, XP, FDD, DSDM, ASD und so weiter und so fort. Je breiter unser Spektrum ist, desto genauer können wir die Bedürfnisse unserer Teams und unserer Stakeholdern erfüllen.