Design Thinking erfreut sich einer immer größeren Beliebtheit. In Kombination mit agiler Umsetzung einer Produktidee in der IT ist Design Thinking auf dem besten Weg, etablierter Standard zu werden. Denn: Mit Hilfe der strukturierten und zielführenden Methode lässt sich eine auf die wahren Bedürfnisse der Kunden ausgerichtete Produktidee ausarbeiten.
Aber nicht nur in der agilen IT-Produktentwicklung lässt sich Design Thinking erfolgreich anwenden.

Robert Misch und Dr. Sascha Theißen nehmen Sie im Rahmen ihrer Keynote zur Modern RE Konferenz in Berlin am 21.9.2017 mit auf eine Reise konkreter Anwendungsbeispiele von Design Thinking jenseits der IT.

Agile Methoden haben in vielen Teams eine schnellere, wertorientiertere und transparentere Produktentwicklung etabliert. In der Holtzbrinck Publishing Group sind agile Arbeitsweisen in vielen Firmenbereichen und Tochtergesellschaften - auch nicht-IT - fest verankert. Regelmäßig unterstützt die Rechtsabteilung der Holding der Holtzbrinck Publishing Group ihre Digitalbeteiligungen, nicht zuletzt bei agilen Softwareentwicklungsverträgen. Eben diese Rechtsabteilung arbeitet selbst seit 2013 erfolgreich mit agilen Methoden: Kanban-Boards, Daily Standups und Retrospektiven sind dabei essentielle Elemente, die Verbesserungen in der Arbeitsweise und bereichsübergreifende Zusammenarbeit zu fördern. Pair Programming unter Rechtsanwälten? Verträge inkrementell? Wie geht das - und was bringt das? Es wird gezeigt, wie Fachexperten zu einem schlagkräftigen, lösungsorientierten agilen Team entwickelt werden können, welches "not invented here" und den Bottleneck-Status hinter sich lässt.

Was passiert, wenn Operations agil arbeitet? Welche Auswirkungen hat das auf die Softwareentwicklung? Wie arbeiten Operations und agile Teams dann zusammen?
Häufig werden agile Arbeitsmodelle zuerst in der Softwareentwicklung eingeführt. Nach und nach werden vielleicht auch andere Unternehmensbereiche "agil" - gewollt oder ungewollt.

Wenn man nun aber zum Ziel hat, in der Softwareentwicklung und in Operations agil zu arbeiten, muss man die Veränderung hin zum agilen Arbeiten aktiv anstoßen und begleiten.
Aber wie, wenn doch die scheinbar widersprüchlichen Zielstellungen "Agilität in der Softwareentwicklung und Stabilität im Betrieb" aufeinander prallen?

In meinem Vortrag erzähle ich von Erfahrungen, Operations auf dem Weg zu agilem Arbeiten zu begleiten und eine echte Zusammenarbeit zwischen Softwareentwicklung und Operations Realität werden zu lassen, um gemeinsam Produkte agil zu entwickeln - von der Idee bis zum Release.

Continuous Integration & Delivery stellen einen weiteren Schritt in Richtung
einer nahtlosen Verschränkung der Entwicklungs- und Testaktivitäten dar,
mit dem Ziel Fehler frühzeitig aufzudecken oder ggf. mittels früher Rückkopplung
gar nicht erst zuzulassen. Heutige Werkzeuge versprechen gerade
bei verteilter, iterativer Entwicklung auf einer gemeinsamen Codebasis
Änderungen effizient zu unterstützen. Auf der anderen Seite erleben wir es
häufig, dass Teams dennoch Schwierigkeiten haben, Continuous Integration
& Delivery in ihre Projektumgebungen erfolgreich einzuführen: Es wirkt
vielversprechend und ist scheinbar trivial einzuführen, es birgt allerdings
eine Vielzahl von technischen und organisatorischen Herausforderungen.
Was macht Continuous Integration & Delivery für einige Teams so wertvoll
und für andere Teams so schwierig?

Robert Misch und Simon Hohenadl präsentieren einen Erfahrungsbericht und stellen konkrete (Miss-)Erfolge aus der Praxis vor.

Was passiert eigentlich, wenn eine ganze Organisation agil arbeitet? Wie arbeiten Fachabteilungen und agile Teams dann zusammen? Wenn man zum Ziel hat, nicht nur in der Produktentwicklung agil zu arbeiten, muss man die Veränderung hin zum agilen Arbeiten aktiv anstoßen und begleiten. Ich erzählen von den Erfahrungen, die wir bei gutefrage.net bereits gemacht haben und gerade machen, IT, Produktmanagement & Fachabteilungen wie HR, Marketing, Vertrieb und Finance/Controlling auf dem Weg zu agilem Arbeiten zu begleiten und eine echte Zusammenarbeit zwischen ihnen Realität werden zu lassen.

Was passiert eigentlich, wenn eine ganze Organisation agil arbeitet? Wie arbeiten Fachabteilungen und agile Teams dann zusammen? Wenn man zum Ziel hat, nicht nur in der Produktentwicklung agil zu arbeiten, muss man die Veränderung hin zum agilen Arbeiten aktiv anstoßen und begleiten. Ich erzählen von den Erfahrungen, die wir bei gutefrage.net bereits gemacht haben und gerade machen, IT, Produktmanagement & Fachabteilungen wie HR, Marketing, Vertrieb und Finance/Controlling auf dem Weg zu agilem Arbeiten zu begleiten und eine echte Zusammenarbeit zwischen ihnen Realität werden zu lassen.

Agile Methoden haben in vielen Teams eine schnellere, wertorientiertere und transparentere Produktentwicklung etabliert. Bei der gutefrage.net GmbH sind agile Arbeitsweisen in allen Firmenbereichen – auch nicht-IT - fest verankert. Regelmäßig unterstützt die Rechtsabteilung der Holding der Holtzbrinck Publishing Group ihre Digitalbeteiligungen, nicht zuletzt bei agilen Softwareentwicklungsverträgen. Eben diese Rechtsabteilung arbeitet selbst seit 2013 erfolgreich mit agilen Methoden: Kanban-Boards, Daily Standups und Retrospektiven sind dabei essentielle Elemente, die Verbesserungen in der Arbeitsweise und bereichsübergreifende Zusammenarbeit zu fördern. Pair Programming unter Rechtsanwälten? Verträge inkrementell? Wie geht das - und was bringt das? Es wird gezeigt, wie Fachexperten zu einem schlagkräftigen, lösungsorientierten agilen Team entwickelt werden können, welches "not invented here" und den Bottleneck-Status hinter sich lässt.

Was passiert eigentlich, wenn eine ganze Organisation agil arbeitet? Wie arbeiten Fachabteilungen und agile Teams dann zusammen? Wenn man zum Ziel hat, nicht nur in der Produktentwicklung agil zu arbeiten, muss man die Veränderung hin zum agilen Arbeiten aktiv anstoßen und begleiten. Ich erzählen von den Erfahrungen, die wir bei gutefrage.net bereits gemacht haben und gerade machen, IT, Produktmanagement & Fachabteilungen wie HR, Marketing, Vertrieb und Finance/Controlling auf dem Weg zu agilem Arbeiten zu begleiten und eine echte Zusammenarbeit zwischen ihnen Realität werden zu lassen.

Was passiert eigentlich, wenn Operations agil arbeitet? Welche Auswirkungen hat das auf agile Prozesse in der Softwareentwicklung? Wie arbeiten OPs und agile Teams dann zusammen? Häufig werden agile Arbeitsmodelle zuerst in der Softwareentwicklung eingeführt. Nach und nach werden auch andere Unternehmensbereiche "agil" - gewollt oder ungewollt. Wenn man nun aber zum Ziel hat, in der Softwareentwicklung und im Betrieb ("Operations") agil zu arbeiten, muss man die Veränderung hin zum agilen Arbeiten aktiv anstoßen und begleiten. Aber wie, wenn doch die scheinbar widersprüchlichen Zielstellungen "Agilität in der Softwareentwicklung und Stabilität bei OPs" aufeinander prallen? In meinem Vortrag erzähle ich von Erfahrungen, die wir bei gutefrage.net gerade machen, Operations auf dem Weg zu agilem Arbeiten zu begleiten und eine echte Zusammenarbeit zwischen Softwareentwicklung und Operations Realität werden zu lassen, um gemeinsam Produkte agil zu entwickeln - von der Idee bis zum

Was passiert eigentlich, wenn eine ganze Organisation agil arbeitet? Wie arbeiten Fachabteilungen und agile Teams dann zusammen? Wenn man zum Ziel hat, nicht nur in der Produktentwicklung agil zu arbeiten, muss man die Veränderung hin zum agilen Arbeiten aktiv anstoßen und begleiten. Ich erzählen von den Erfahrungen, die wir bei gutefrage.net bereits gemacht haben und gerade machen, IT, Produktmanagement & Fachabteilungen wie HR, Marketing, Vertrieb und Finance/Controlling auf dem Weg zu agilem Arbeiten zu begleiten und eine echte Zusammenarbeit zwischen ihnen Realität werden zu lassen.

Was passiert eigentlich, wenn eine ganze Organisation agil arbeitet? Wie arbeiten Fachabteilungen und agile Teams dann zusammen? Wenn man zum Ziel hat, nicht nur in der Produktentwicklung agil zu arbeiten, muss man die Veränderung hin zum agilen Arbeiten aktiv anstoßen und begleiten. Ich erzählen von den Erfahrungen, die wir bei gutefrage.net bereits gemacht haben und gerade machen, IT, Produktmanagement & Fachabteilungen wie HR, Marketing, Vertrieb und Finance/Controlling auf dem Weg zu agilem Arbeiten zu begleiten und eine echte Zusammenarbeit zwischen ihnen Realität werden zu lassen.

Management 3.0 by Jurgen Appelo is increasingly finding its way into modern management and leadership - including self-organizing agile teams, of course.
Management 3.0 is a set of good practices and serious games that help provide a framework of (servant) leadership to self-organizing teams.

This workshop is all about „Do it yourself“: During this workshop we’ll try some of the practices and games ourselves: We’ll actually play Moving Motivators, Delegation Poker, Personal Maps and Project Cards - and probably one or two more (depending on the group size).

I’ll facilitate all the games and explain how I’ve introduced Management 3.0 practices with my teams at gutefrage.net - pictures and video included :-)

Was passiert eigentlich, wenn eine ganze Organisation agil arbeitet? Wie arbeiten Fachabteilungen und agile Teams dann zusammen? Wenn man zum Ziel hat, nicht nur in der Produktentwicklung agil zu arbeiten, muss man die Veränderung hin zum agilen Arbeiten aktiv anstoßen und begleiten. Ich erzählen von den Erfahrungen, die wir bei gutefrage.net bereits gemacht haben und gerade machen, IT, Produktmanagement & Fachabteilungen wie HR, Marketing, Vertrieb und Finance/Controlling auf dem Weg zu agilem Arbeiten zu begleiten und eine echte Zusammenarbeit zwischen ihnen Realität werden zu lassen.

We do expect a lot from our agile teams: excelling in self-organisation, delivering high quality code frequently and – on top – improving from iteration to iteration. Sometimes teams feel overextended without efficient training to master all these expectations. Remember: Even Olympic gold medalists work out continuously throughout their career, although they are already the best in their field. Same with Agile: It's about continuous learning and improving. Agile Games are great to a) initially learn the key values and principles of Agile and b) repeat and „re-learn“ them continuously while having lots of fun.

During this session we will be playing selected games such as „The Rope Game“, „1-I-A Game“, „Ship Game“ and „Spider Net“.
Last not least I will introduce some „1 minute games“ (it only takes couple of minutes to play them without preparation) on "Change" (What is change? Why is change needed?)

After each game we will do a short retrospective to summa

Was passiert eigentlich, wenn Operations agil arbeitet? Welche organisatorischen Auswirkungen hat das auf agile Prozesse in der Softwareentwicklung? Wie arbeiten Operations und agile Teams dann zusammen? Häufig werden agile Arbeitsmodelle zu allererst in der Softwareentwicklung eingeführt. Nach und nach werden vielleicht auch andere Unternehmensbereiche "agil" - gewollt oder ungewollt. Wenn man nun aber zum Ziel hat, in der Softwareentwicklung und im Betrieb ("Operations") agil zu arbeiten, muss man die Veränderung hin zum agilen Arbeiten aktiv anstoßen und begleiten. Aber wie, wenn doch die scheinbar widersprüchlichen Zielstellungen "Agilität in der Softwareentwicklung und Stabilität im Betrieb" aufeinander prallen? In meinem Vortrag erzähle ich von Erfahrungen, die wir bei gutefrage.net gemacht haben oder gerade dabei machen, Operations auf dem Weg zu agilem Arbeiten zu begleiten und eine echte Zusammenarbeit zwischen Softwareentwicklung und Operations Realität werden zu las

Software agil zu entwickeln um schnell und flexibel auf Kundenfeedback und Marktveränderungen reagieren zu können - gute Idee. Aber woher weiß ein agiles Team eigentlich, welche Produkte es "bauen" soll? Scrum hin, Kanban her - diese Frage beantworten agile Entwicklungsframeworks nicht - denn dabei geht es nicht mehr um Effizienz, sondern um Effektivität. Weil dem Wettbewerb nachzueifern genauso wenig ausreicht wie Interviews und Umfragen durchzuführen, stellt der Vortrag verschiedene Methoden vor, um herauszufinden, welche Produkte die "richtigen" sind: wertvoll für den Kunden, wertvoll für das eigene Geschäft. Dabei werden auch aktuelle Bewegungen wie "Lean Start Up", "Start Up Machine" und "Lean Product Development" in den agilen Kontext eingebettet.

Was passiert eigentlich, wenn Operations agil arbeitet? Welche Auswirkungen hat das auf agile Prozesse in der Softwareentwicklung? Wie arbeiten OPs und agile Teams dann zusammen? Häufig werden agile Arbeitsmodelle zuerst in der Softwareentwicklung eingeführt. Nach und nach werden auch andere Unternehmensbereiche "agil" - gewollt oder ungewollt. Wenn man nun aber zum Ziel hat, in der Softwareentwicklung und im Betrieb ("Operations") agil zu arbeiten, muss man die Veränderung hin zum agilen Arbeiten aktiv anstoßen und begleiten. Aber wie, wenn doch die scheinbar widersprüchlichen Zielstellungen "Agilität in der Softwareentwicklung und Stabilität bei OPs" aufeinander prallen? In meinem Vortrag erzähle ich von Erfahrungen, die wir bei gutefrage.net gerade machen, Operations auf dem Weg zu agilem Arbeiten zu begleiten und eine echte Zusammenarbeit zwischen Softwareentwicklung und Operations Realität werden zu lassen, um gemeinsam Produkte agil zu entwickeln - von der Idee bis zum

An agile Teams werden hohe Ansprüche gestellt: den Entscheidungsspielraum im agilen Arbeiten ausnutzen und dabei regelmäßig, qualitativ hochwertig liefern, selbstorganisiert arbeiten und immer besser werden. "perfomance", "velocity", "lead time" und "Durchsatz" sind da nur einige bekannte Schlagwörter. Es ist an der Zeit, dass das Team lernt, wie es trotz Schweiß und Anstrengung mit Spaß und Freude noch erfolgreicher werden kann! Der Vortrag gibt einen Einblick in die Anwendung von Agile Games in der agilen Produktentwicklung und stellt konkrete Anwendungsbeispiele vor.

Continuous Integration & Delivery stellen einen weiteren Schritt in Richtung
einer nahtlosen Verschränkung der Entwicklungs- und Testaktivitäten dar,
mit dem Ziel Fehler frühzeitig aufzudecken oder ggf. mittels früher Rückkopplung
gar nicht erst zuzulassen. Heutige Werkzeuge versprechen gerade
bei verteilter, iterativer Entwicklung auf einer gemeinsamen Codebasis
Änderungen effizient zu unterstützen. Auf der anderen Seite erleben wir es
häufig, dass Teams dennoch Schwierigkeiten haben, Continuous Integration
& Delivery in ihre Projektumgebungen erfolgreich einzuführen: Es wirkt
vielversprechend und ist scheinbar trivial einzuführen, es birgt allerdings
eine Vielzahl von technischen und organisatorischen Herausforderungen.
Was macht Continuous Integration & Delivery für einige Teams so wertvoll
und für andere Teams so schwierig?

Robert Misch und Simon Hohenadl präsentieren einen Erfahrungsbericht und stellen konkrete (Miss-)Erfolge aus der Praxis vor.

An agile Teams werden hohe Ansprüche gestellt: den Entscheidungsspielraum im agilen Arbeiten ausnutzen und dabei regelmäßig, qualitativ hochwertig liefern, selbstorganisiert arbeiten und immer besser werden. "perfomance", "velocity", "lead time" und "Durchsatz" sind da nur einige bekannte Schlagwörter. Ohne Training kann das Team dabei schon mal aus der Puste kommen. Zeit für ein Trainingslager, in dem das Team lernt, wie es trotz Schweiß und Anstrengung mit Spaß und Freude noch erfolgreicher werden kann!
Die Aufgaben von Führungskräften und Coaches ist es, Mitarbeiter und Teams auf dem Weg zum "täglichen Anwenden und Leben der agilen Werte" zu unterstützen, zu fördern und zu fordern.
Wollen sie erfahren, wie ein solches Trainingslager aussehen kann und abläuft? Dann sind sie in meinem Workshop genau richtig. Er vermittelt die Grundlagen der "agilen Spiele" und lässt viel Zeit zum Ausprobieren.
Sie erlernen, wie Sie mit Ihren Teams spielerisch und in geschütztem Rahmen

Diskussionen im Estimation Meeting sind oberflächlich und langweilig, Umsetzungsdetails liefert die User Story nicht: "Dann muss ich mich mit der Story auch noch nicht auseinandersetzen." Das Sprint Planning 1 erinnert an Kino: einer spricht, der Rest lehnt sich zurück. "Kenne ich doch alles schon aus dem Estimation Meeting: mir fehlen die Details!". Und erst während des Sprints stellt sich heraus, dass es im Team unterschiedliche Ansichten darüber gibt, wie die User Story umgesetzt werden soll.
Kennen Sie auch ein Team, das zu dieser Beschreibung passt?
Höchste Zeit, den agilen Wasserfall auszutrocknen und agiles Arbeiten auch vor der Implementierungsphase zu etablieren!

Doch welches Selbstverständnis ist dafür im Team nötig? Wie erreicht man dieses? Welche Hindernisse können dabei auftauchen?

Der Vortrag zeigt, wie ein schlagkräftiges agiles Team entstehen kann: Ein Team aus Problemlösern, in dem sich jeder Einzelne mit seiner kreativen Kraft von der ersten Produktidee a

Software agil zu entwickeln um schnell und flexibel auf Kundenfeedback und Marktveränderungen reagieren zu können - gute Idee.
Aber woher weiß ein agiles Team eigentlich, welche Produkte es "bauen" soll?
Scrum hin, Kanban her - diese Frage beantworten agile Entwicklungsframeworks nicht - denn dabei geht es nicht mehr um Effizienz, sondern um Effektivität.
Weil dem Wettbewerb nachzueifern genauso wenig ausreicht wie Interviews und Umfragen durchzuführen, stellt der Vortrag verschiedene Methoden vor, um herauszufinden, welche Produkte die "richtigen" sind: wertvoll für den Kunden, wertvoll für das eigene Geschäft.
Dabei werden auch aktuelle Bewegungen wie "Lean Start Up", "Start Up Machine" und "Lean Product Development" in den agilen Kontext eingebettet.

An agile Teams werden hohe Ansprüche gestellt: den Entscheidungsspielraum im agilen Arbeiten ausnutzen und dabei regelmäßig, qualitativ hochwertig liefern, selbstorganisiert arbeiten und immer besser werden. "perfomance", "velocity", "lead time" und "Durchsatz" sind da nur einige bekannte Schlagwörter. Ohne Training kann das Team dabei schon mal aus der Puste kommen. Zeit für ein Trainingslager, in dem das Team lernt, wie es trotz Schweiß und Anstrengung mit Spaß und Freude noch erfolgreicher werden kann!
Die Aufgaben von Führungskräften und Coaches ist es, Mitarbeiter und Teams auf dem Weg zum "täglichen Anwenden und Leben der agilen Werte" zu unterstützen, zu fördern und zu fordern.
Wollen sie erfahren, wie ein solches Trainingslager aussehen kann und abläuft? Dann sind sie in meinem Workshop genau richtig. Er vermittelt die Grundlagen der "agilen Spiele" und lässt viel Zeit zum Ausprobieren.
Sie erlernen, wie Sie mit Ihren Teams spielerisch und in geschütztem Rahmen

Continuous Integration & Delivery stellen einen weiteren Schritt in Richtung
einer nahtlosen Verschränkung der Entwicklungs- und Testaktivitäten dar,
mit dem Ziel Fehler frühzeitig aufzudecken oder ggf. mittels früher Rückkopplung
gar nicht erst zuzulassen. Heutige Werkzeuge versprechen gerade
bei verteilter, iterativer Entwicklung auf einer gemeinsamen Codebasis
Änderungen effizient zu unterstützen. Auf der anderen Seite erleben wir es
häufig, dass Teams dennoch Schwierigkeiten haben, Continuous Integration
& Delivery in ihre Projektumgebungen erfolgreich einzuführen: Es wirkt
vielversprechend und ist scheinbar trivial einzuführen, es birgt allerdings
eine Vielzahl von technischen und organisatorischen Herausforderungen.
Was macht Continuous Integration & Delivery für einige Teams so wertvoll
und für andere Teams so schwierig?

Robert Misch und Simon Hohenadl präsentieren einen Erfahrungsbericht und stellen konkrete (Miss-)Erfolge aus der Praxis vor.