Schau dir Aufzeichnungen und Präsentationen an!

Vergangene Events

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.