Ketzerischer Vortrag zur Agilen Entwicklung Thomas Arends
Agile wurde nur entwickelt weil man das V-Modell nicht verstanden hat.
Vortrag um sich Feinde zu machen.
Youtube Video dazu hier https://youtu.be/W8TpeWBctKQ
Also zunächst einmal: Scrum ist sehr einfach. Es ist ein teamorientiertes Framework zur agilen
Produktentwicklung. Es hat 3 Rollen, 3 Artefakte, 5 Events und 5 Werte. Das war‘s schon, das ist Scrum. In vorliegendem Whitepaper gehen wir mal schnell durch.
Führungskräfte werden in der IT schon immer als seltsames Relikt militärischer Organisationskultur gesehen, die man als gegebenes Übel duldet, aber nicht ernst nimmt. Mit agiler Softwareentwicklung wurden die existierenden Dysfunktionen transparent, und aus der notwendigen Diskussion entstand ein ganzer Strauss von Methoden, Empfehlungen und Theorien. Was funktioniert in der Praxis, was eher nicht? Wir berichten von unseren Erfahrungen und Fehlern.
Warum braucht es Ziele und Zielsysteme? Wo liegen die Ursprünge? Und was wollen wir im Agilen Kontext nutzen? Dieser Talk schaut sich an, was es neben OKR denn noch so an agilen Zielsystemen gibt und zeigt auf, auf was du alles achten solltest.
Wer als Entwickler Führungskraft werden möchte - oder noch schlimmer - von anderen zu erklärt wird, hat einen langen und schmerzhaften Weg vor sich. Und die Erfolgsquote, das belegen die eigenen Vorgesetzten jeden Tag, ist nicht hoch. Viele gute Pläne und logische Schlussfolgerungen funktionieren in der Praxis nicht mehr, und die kollegiale Unterstützung wird durch Politik ersetzt. Die schönsten instinktiven Fehler, die besten Katastrophen nach Lehrbuch und Methode werden von jemanden vorgestellt, der sie schon alle gemacht hat.
Warum gilt Management bei Entwicklern als notorisch schlecht? Wie kann es kommen, dass ein Entwickler der eben noch auf die Leitung schimpfte sich selbst identisch verhält, sobald er in die Funktion rückt? Wie würde gutes Management in der IT denn aussehen? Wir berichten über unserer naiven Fehler am Anfang, unsere Erfahren auf der agilen Reise und über das, bei dem wir heute angekommen sind. Und wir haben wirklich viel falsch gemacht.
Ketzerischer Vortrag zur Agilen Entwicklung Thomas Arends
Agile wurde nur entwickelt weil man das V-Modell nicht verstanden hat.
Vortrag um sich Feinde zu machen.
Youtube Video dazu hier https://youtu.be/W8TpeWBctKQ
Also zunächst einmal: Scrum ist sehr einfach. Es ist ein teamorientiertes Framework zur agilen
Produktentwicklung. Es hat 3 Rollen, 3 Artefakte, 5 Events und 5 Werte. Das war‘s schon, das ist Scrum. In vorliegendem Whitepaper gehen wir mal schnell durch.
Führungskräfte werden in der IT schon immer als seltsames Relikt militärischer Organisationskultur gesehen, die man als gegebenes Übel duldet, aber nicht ernst nimmt. Mit agiler Softwareentwicklung wurden die existierenden Dysfunktionen transparent, und aus der notwendigen Diskussion entstand ein ganzer Strauss von Methoden, Empfehlungen und Theorien. Was funktioniert in der Praxis, was eher nicht? Wir berichten von unseren Erfahrungen und Fehlern.
Warum braucht es Ziele und Zielsysteme? Wo liegen die Ursprünge? Und was wollen wir im Agilen Kontext nutzen? Dieser Talk schaut sich an, was es neben OKR denn noch so an agilen Zielsystemen gibt und zeigt auf, auf was du alles achten solltest.
Wer als Entwickler Führungskraft werden möchte - oder noch schlimmer - von anderen zu erklärt wird, hat einen langen und schmerzhaften Weg vor sich. Und die Erfolgsquote, das belegen die eigenen Vorgesetzten jeden Tag, ist nicht hoch. Viele gute Pläne und logische Schlussfolgerungen funktionieren in der Praxis nicht mehr, und die kollegiale Unterstützung wird durch Politik ersetzt. Die schönsten instinktiven Fehler, die besten Katastrophen nach Lehrbuch und Methode werden von jemanden vorgestellt, der sie schon alle gemacht hat.
Warum gilt Management bei Entwicklern als notorisch schlecht? Wie kann es kommen, dass ein Entwickler der eben noch auf die Leitung schimpfte sich selbst identisch verhält, sobald er in die Funktion rückt? Wie würde gutes Management in der IT denn aussehen? Wir berichten über unserer naiven Fehler am Anfang, unsere Erfahren auf der agilen Reise und über das, bei dem wir heute angekommen sind. Und wir haben wirklich viel falsch gemacht.
The first ever Global Gov Jam in its Berlin edition — 2 days to innovate the public sector with 20 energetic jammers from gov, design, research and communication.
This is the documentation of the jam in German.
OOP 2018: Erfolgreich Zusammenarbeiten mit agilen Remote-TeamsJens Broos
Auf dem Weg zu einer guten Zusammenarbeit mit agilen, verteilten Teams gibt es zahlreiche Hindernisse aus dem Weg zu räumen. Scheitern wir daran, gemeinsame mentale Modelle aufzubauen, richtig mit den Kommunikationsmedien umzugehen oder der Compliance gerecht zu werden, wirkt sich das nachhaltig negativ auf die Teamperformance aus.
Bei Entwicklungsteams bei Mayflower arbeiten seit Jahren erfolgreich mit ihren Kunden remote zusammen und konnten viele dieser Unwegsamkeiten meistern.
In diesem Talk klären wir, wie Ihr den Anforderungen unterschiedlicher Remote-Szenarien begegnen könnt – vom neu aufgesetztem bis hin zum „High Performing Team“. Wir möchten die Rituale, Technologien und Werkzeuge mit Euch teilen, die Euch helfen werden, mit regelmäßigen Health-Checks das Gesamtsystem im Auge zu behalten.
Unternehmen ticken anders oder warum "wie im Netz" nicht funktioniert Nicole Simon
[English below]
Folien meines Vortrages auf dem IBM Jamcamp 2010.
IBM Jamcamp:
http://www-01.ibm.com/software/de/jamcamp/programm.html
Ideacamp
https://jamcamp.ideajam.net/ideajam/ibm/jamcamp/ideajam.nsf/product
Ergebnisse auf Twitter:
http://search.twitter.com/search?q=%23ljc
Schöne Zusammenfassung:
http://stefan63.posterous.com/mein-lotus-jamcamp-tagebuch-ljc-das-personlic
English: These are my slides for the IBM Jamcamp about why companies work differently to what Digital Residents might be used to from the Net.
Performancesysteme und Relative Ziele (BetaCodex 10)Niels Pflaeging
Warum sich Ziele und unser Umgang mit Leistungsmessung ändern müssen. Wie wir von fixierten zu relativen Leistungsverträgen gelangen – und zu einfachen, ethischen,
Selbstorganisation fördernden Systemen für den Umgang mit Wertschöpfung
Pecha Kucha-Vortrag auf der OOP-Konferenz am 24.01.2019.
Im Upload finden sich auch die Sprecher-Notizen, in der Hoffnung, dass es dadurch verständlich wird.
Agility Brainfucks - Von Menschen, Bildern und Steampunk-ManagementGerrit Beine
In dieser Session wird mit verbreiteten Irrtümern, falschen Versprechen und falsch verstandenen Philosophien aufgeräumt.
Es geht um die freie Zeit, die ein ScrumMaster hat. Um den Unterschied zwischen Agilität und inkrementellem Arbeiten.
Es geht um feste Preise und Termine. Darum, was Velocity wirklich bedeutet.
Warum Aufwand eine Rolle spielt und wer mit wem darüber reden darf.
Es geht um glückliche Entwickler, Kunden und Manager. Glückliche Manager, die skalieren. Und wozu man Manager benötigt.
Es geht um Kultur.
Darum, was geschätzt wird und warum KPIs Projekte töten.
Es geht um Business Value und warum Agilität gerade erst anfängt.
Best-Practice Beiträge rund um Umsetzungserfahrungen zu agilen Organisationen, Company ReBuilding sowie neuer Transformationsansätze. Für Rückfragen gerne direkt bei marc.wagner@detecon.com melden.
Liquide Rollen statt fixer Positionen
- Warum klassische Positionen –inklusive Führungspositionen – Schaden anrichten
- Wie eine liquide Rollenverteilung in der Praxis aussieht
- Welche Vorrausetzungen braucht es, wie organisiert man Führung und Karriere
Die Digitalisierung zwingt Unternehmen zur Agilisierung. Doch warum eigentlich? Und wie viele Mißverständnisse gibt es auf dem Weg? Inklusive Lösungsideen, wie du bessere Software auch organisatorisch schneller liefern kannst.
Wir besprechen, warum Organisationen diese Notwendigkeit haben. Was die CIOs, IT-Leiter, Vorstände und Geschäftsführer umtreibt.
Welche Mißverständnisse beim Einsatz Agiler Methoden und Skalierungsmodelle entstehen. Welche Snake Oils von der Industrie angedient werden.
Und letztlich: Worum es eigentlich bei der Agilisierung und Digitalisierung geht. Was du tun kannst.
Damit alles in Bewegung bleibt.
Agility Brainfucks - Von Menschen, Bildern und Steampunk-Management mit NotizenGerrit Beine
In dieser Session wird mit verbreiteten Irrtümern, falschen Versprechen und falsch verstandenen Philosophien aufgeräumt.
Es geht um die freie Zeit, die ein ScrumMaster hat. Um den Unterschied zwischen Agilität und inkrementellem Arbeiten.
Es geht um feste Preise und Termine. Darum, was Velocity wirklich bedeutet.
Warum Aufwand eine Rolle spielt und wer mit wem darüber reden darf.
Es geht um glückliche Entwickler, Kunden und Manager. Glückliche Manager, die skalieren. Und wozu man Manager benötigt.
Es geht um Kultur.
Darum, was geschätzt wird und warum KPIs Projekte töten.
Es geht um Business Value und warum Agilität gerade erst anfängt.
Frei verfügbare (neuere) Fassung nach CC0 in Zenodo: https://doi.org/10.5281/zenodo.4497630
Präsentation zur Anwendung Agiler Methoden in Bibliotheken, gehalten während einer Veranstaltung der Interessensgemeinschaft Wissenschaftliche Bibliothekar:innen Schweiz am 6. Januar 2021
In diesem Beitrag erfahren Sie,
● was mit „systemischer Denken“ gemeint ist,
● wieso die Kompetenz „systemischer zu denken“ wichtig für Organisationen ist,
● welchen Nutzen das „systemische Denken“ für Organi- sationen anhand von konkreten Anwendungen bietet,
● welche Fragestellungen im Dialog systemisches Den- ken und Handeln anregen,
● was „modeln“ mit besser kommunizieren zu tun hat und
● wie der Consideo MODELER die Personalentwicklung konkret unterstützt, damit in Organisationen besser kommuniziert und Ziele erreicht werden.
Anlässlich unseres 15 jährigen Firmenjubiläums fand am 17. September 2015 ein exklusives B-S-S Digital Workplace Summit statt - mit praxisnahen Berichten und hochkarätigen Speakern zum Thema "Digitaler Arbeitsplatz - wandelnde Werte und intelligente Systeme".
http://www.b-s-s.de/unternehmen/digitaler-arbeitsplatz-wandelnde-werte-und-intelligente-systeme
Meshed#2 Wien: Was brauchen wir für PR und Issuemanagement im Web 2.0Nicole Simon
Slides zum Vortrag auf der Mehsed#2 in Wien, 2010. Das erwähnte Digitalks-Handbuch kann man hier herunterladen: http://www.digitalks.at/2009/10/01/digitalksbuch/
The first ever Global Gov Jam in its Berlin edition — 2 days to innovate the public sector with 20 energetic jammers from gov, design, research and communication.
This is the documentation of the jam in German.
OOP 2018: Erfolgreich Zusammenarbeiten mit agilen Remote-TeamsJens Broos
Auf dem Weg zu einer guten Zusammenarbeit mit agilen, verteilten Teams gibt es zahlreiche Hindernisse aus dem Weg zu räumen. Scheitern wir daran, gemeinsame mentale Modelle aufzubauen, richtig mit den Kommunikationsmedien umzugehen oder der Compliance gerecht zu werden, wirkt sich das nachhaltig negativ auf die Teamperformance aus.
Bei Entwicklungsteams bei Mayflower arbeiten seit Jahren erfolgreich mit ihren Kunden remote zusammen und konnten viele dieser Unwegsamkeiten meistern.
In diesem Talk klären wir, wie Ihr den Anforderungen unterschiedlicher Remote-Szenarien begegnen könnt – vom neu aufgesetztem bis hin zum „High Performing Team“. Wir möchten die Rituale, Technologien und Werkzeuge mit Euch teilen, die Euch helfen werden, mit regelmäßigen Health-Checks das Gesamtsystem im Auge zu behalten.
Unternehmen ticken anders oder warum "wie im Netz" nicht funktioniert Nicole Simon
[English below]
Folien meines Vortrages auf dem IBM Jamcamp 2010.
IBM Jamcamp:
http://www-01.ibm.com/software/de/jamcamp/programm.html
Ideacamp
https://jamcamp.ideajam.net/ideajam/ibm/jamcamp/ideajam.nsf/product
Ergebnisse auf Twitter:
http://search.twitter.com/search?q=%23ljc
Schöne Zusammenfassung:
http://stefan63.posterous.com/mein-lotus-jamcamp-tagebuch-ljc-das-personlic
English: These are my slides for the IBM Jamcamp about why companies work differently to what Digital Residents might be used to from the Net.
Performancesysteme und Relative Ziele (BetaCodex 10)Niels Pflaeging
Warum sich Ziele und unser Umgang mit Leistungsmessung ändern müssen. Wie wir von fixierten zu relativen Leistungsverträgen gelangen – und zu einfachen, ethischen,
Selbstorganisation fördernden Systemen für den Umgang mit Wertschöpfung
Pecha Kucha-Vortrag auf der OOP-Konferenz am 24.01.2019.
Im Upload finden sich auch die Sprecher-Notizen, in der Hoffnung, dass es dadurch verständlich wird.
Agility Brainfucks - Von Menschen, Bildern und Steampunk-ManagementGerrit Beine
In dieser Session wird mit verbreiteten Irrtümern, falschen Versprechen und falsch verstandenen Philosophien aufgeräumt.
Es geht um die freie Zeit, die ein ScrumMaster hat. Um den Unterschied zwischen Agilität und inkrementellem Arbeiten.
Es geht um feste Preise und Termine. Darum, was Velocity wirklich bedeutet.
Warum Aufwand eine Rolle spielt und wer mit wem darüber reden darf.
Es geht um glückliche Entwickler, Kunden und Manager. Glückliche Manager, die skalieren. Und wozu man Manager benötigt.
Es geht um Kultur.
Darum, was geschätzt wird und warum KPIs Projekte töten.
Es geht um Business Value und warum Agilität gerade erst anfängt.
Best-Practice Beiträge rund um Umsetzungserfahrungen zu agilen Organisationen, Company ReBuilding sowie neuer Transformationsansätze. Für Rückfragen gerne direkt bei marc.wagner@detecon.com melden.
Liquide Rollen statt fixer Positionen
- Warum klassische Positionen –inklusive Führungspositionen – Schaden anrichten
- Wie eine liquide Rollenverteilung in der Praxis aussieht
- Welche Vorrausetzungen braucht es, wie organisiert man Führung und Karriere
Die Digitalisierung zwingt Unternehmen zur Agilisierung. Doch warum eigentlich? Und wie viele Mißverständnisse gibt es auf dem Weg? Inklusive Lösungsideen, wie du bessere Software auch organisatorisch schneller liefern kannst.
Wir besprechen, warum Organisationen diese Notwendigkeit haben. Was die CIOs, IT-Leiter, Vorstände und Geschäftsführer umtreibt.
Welche Mißverständnisse beim Einsatz Agiler Methoden und Skalierungsmodelle entstehen. Welche Snake Oils von der Industrie angedient werden.
Und letztlich: Worum es eigentlich bei der Agilisierung und Digitalisierung geht. Was du tun kannst.
Damit alles in Bewegung bleibt.
Agility Brainfucks - Von Menschen, Bildern und Steampunk-Management mit NotizenGerrit Beine
In dieser Session wird mit verbreiteten Irrtümern, falschen Versprechen und falsch verstandenen Philosophien aufgeräumt.
Es geht um die freie Zeit, die ein ScrumMaster hat. Um den Unterschied zwischen Agilität und inkrementellem Arbeiten.
Es geht um feste Preise und Termine. Darum, was Velocity wirklich bedeutet.
Warum Aufwand eine Rolle spielt und wer mit wem darüber reden darf.
Es geht um glückliche Entwickler, Kunden und Manager. Glückliche Manager, die skalieren. Und wozu man Manager benötigt.
Es geht um Kultur.
Darum, was geschätzt wird und warum KPIs Projekte töten.
Es geht um Business Value und warum Agilität gerade erst anfängt.
Frei verfügbare (neuere) Fassung nach CC0 in Zenodo: https://doi.org/10.5281/zenodo.4497630
Präsentation zur Anwendung Agiler Methoden in Bibliotheken, gehalten während einer Veranstaltung der Interessensgemeinschaft Wissenschaftliche Bibliothekar:innen Schweiz am 6. Januar 2021
In diesem Beitrag erfahren Sie,
● was mit „systemischer Denken“ gemeint ist,
● wieso die Kompetenz „systemischer zu denken“ wichtig für Organisationen ist,
● welchen Nutzen das „systemische Denken“ für Organi- sationen anhand von konkreten Anwendungen bietet,
● welche Fragestellungen im Dialog systemisches Den- ken und Handeln anregen,
● was „modeln“ mit besser kommunizieren zu tun hat und
● wie der Consideo MODELER die Personalentwicklung konkret unterstützt, damit in Organisationen besser kommuniziert und Ziele erreicht werden.
Anlässlich unseres 15 jährigen Firmenjubiläums fand am 17. September 2015 ein exklusives B-S-S Digital Workplace Summit statt - mit praxisnahen Berichten und hochkarätigen Speakern zum Thema "Digitaler Arbeitsplatz - wandelnde Werte und intelligente Systeme".
http://www.b-s-s.de/unternehmen/digitaler-arbeitsplatz-wandelnde-werte-und-intelligente-systeme
Meshed#2 Wien: Was brauchen wir für PR und Issuemanagement im Web 2.0Nicole Simon
Slides zum Vortrag auf der Mehsed#2 in Wien, 2010. Das erwähnte Digitalks-Handbuch kann man hier herunterladen: http://www.digitalks.at/2009/10/01/digitalksbuch/
5. Shannon's Law
Definition
Das Shannon-
Hartley-
Gesetz beschreibt in der
Nachrichtentechnik die
theoretische Obergrenze
der Bitrate eines
Übertragungskanals in
Abhängigkeit von
Claude
Elwood
Ralph
Hartley
in der Praxis wird die erzielbare Bitrate von Eigenschaften
wie der Kanalkapazität und von Verfahren wie der Kanal-
kodierung beeinflusst
In der einfachen Form sagte Shannon "um ein gültiges Signal
zu sehen, muss die Frequenz der Messung mindestens doppelt
so hoch sein."
Beispiele
Das Daily als Teil der regulären Scrum Ceremonies.
werden hier wirklich alle relevanten/notwendigen Themen besprochen?
Das Review als Teil der regulären Scrum Ceremonies.
werden hier bei Entscheidungen z.B. zur Sprintlänge wirklich die relevanten
Daten aus der Umwelt herangezogen?
Operational Management (System Nr. 3 im Viable System Model)
muss täglich über alle relevanten Parameter Bescheid wissen, um passfähige
Entscheidungen treffen zu können(Command & Control)
Fahrradfahren
je unbekannter die Strecke ist, desto genauer und aufmerksamer sollte man
auf den Weg schauen
Designprinzipien Shannon's Law
1 Die Sprintlänge passt sich der Dynamik der Umwelt an.
je häufiger sich Kundenwünschen/Anforderungen ändern,
desto kürzer (mindestens Faktor 2) müssen die Sprints sein.
2 Auf jeder Ebene sind für die Steuerung des Systems relevante Fragen bekannt.
zur Beantwortung der Fragen notwendige Daten müssen in der
erforderlichen Aktualität vorliegen.
3 Experimente sollten in etwa gleich wahrscheinliche Ausgänge haben ("hat geklappt"
ist in etwa genauso wahrscheinlich wie "hat nicht geklappt").
nur so wird der größtmögliche Informationsgewinn realisiert
Unterschied zwischen Experiment und Test beachten
"Der
Informationsgewinn
ist umso größer, je
unwahrscheinlicher
das Eintreten eines
Ereignisses ist."
impuls
6. Beispiele
Das Daily als Teil der regulären Scrum Ceremonies.
werden hier wirklich alle relevanten/notwendigen Themen besprochen?
Das Review als Teil der regulären Scrum Ceremonies.
werden hier bei Entscheidungen z.B. zur Sprintlänge wirklich die relevanten
Daten aus der Umwelt herangezogen?
Operational Management (System Nr. 3 im Viable System Model)
muss täglich über alle relevanten Parameter Bescheid wissen, um passfähige
Entscheidungen treffen zu können(Command & Control)
Fahrradfahren
je unbekannter die Strecke ist, desto genauer und aufmerksamer sollte man
auf den Weg schauen
7. blog-conny-dethloff.de
Warum Agilität in erster
Linie nichts mit
Methodik zu tun hat
Ich habe des Öfteren in meinen
Beiträgen angesprochen, dass Agilität in
erster Linie nichts Methodisches inne
hat, sondern mit Einstellung und
Haltung zu tun hat. Vergisst man diesen
Fakt und stell...
blog-conny-dethloff.de
Agilität - Eine Ode an
die Begriffsfummelei
Häufig bin ich in der nahen
Vergangenheit an Diskussionen
beteiligt, in denen der Satz fällt "Wir
müssen agiler werden!" Frage ich dann
nach, was das genau bedeuten soll, ist
die Antwor...
blog-conny-dethloff.de
Agilität ist in aller
Munde, aber auch im
Kopfe?
"Wir müssen agil sein, um
wettbewerbsfähig zu sein". Diesen
Ausspruch höre ich sehr oft. Ich
glaube(!) auch an diesen Ausspruch.
Wissen werde ich es erst dann, wenn
dieser wirklich bewi...
blog-conny-dethloff.de
And the Winner is ...
Ich wurde am vergangenen
Wochenende auf LinkedIn zu einer
Diskussion rund um Agilität eingeladen.
Diese Sätze stammen aus dem initialen
Post Neben der geringeren Effizienz,
wird zusätzlich das Them...
www.tiba.de
Komplexität verspeist
Methodik, immer und
überall | Ein
Gastbeitrag von Conny
Dethloff
Tiba Blogbeitrag zum Thema:
Komplexität verspeist Methodik, immer
und überall | Ein Gastbeitrag von Conny
Dethloff
Vertiefende Texte
https://blog-
conny-
dethloff.de/?
p=3630
https://blog-
conny-
dethloff.de/?
p=3490
https://blog-
conny-
dethloff.de/?
p=1388
https://blog-
conny-
dethloff.de/?
p=48303
https://www.tiba.de/
komplexitaet-
verspeist-
methodik-
immer-
und-
ueberall-
gastbeitrag-
von-
conny-
dethloff/
8. Was macht der Begriff "agil"
mit Euch? Nutzt ihr diesen
oft? Macht er die
Kommunikation besser/
schlechter?
Was haltet Ihr
von diesem
Denkwerkzeug?
Würdet Ihr es ab
morgen nutzen? Wenn
ja, warum? Wenn nein,
warum?
Wo denkst du könnte deine
Organisation/ dein Team agiler
werden?
In welchen Situationen ärgerst du
dich möglicherweise sogar über
Unagilität in deiner Organisation?
Was hindert euch
daran, an gewissen
Stellen agiler zu sein?
Platz für eure Gedanken
Reflexion
9. radical condor - wie
ihr mit feedback
wert generiert
Wann: 05.07.2023
Wo: meetup
Theory x vs. Theory y
- Wie euer
Menschenbild euren
Führungsstil
beeinflusst
Dein Menschenbild steuert das
verhalten deiner mitarbeiter:innen.
Glaubst Du, dass Menschen
grundsätzlich fähig sind, sich selbst
und Ihre Umgebung zu verbessern?
Vertraust Du darauf, dass Menschen
selbstmotiviert handeln können?
Die Antworten auf diese oder ähnliche
Fragen sagen etwas über Dein
Menschenbild und deinen führungsstil
aus.
Wann: 02.08.2023
Wo: meetup
Seien wir ehrlich: Feedback nervt! Kaum
jemand gibt oder nimmt Feedback wirklich
gern. Es gehört zwar irgendwie dazu, aber
welchen Wert erzeugt es? Meistens keinen
signifikanten. Leider. Unsere These: Wir müssen
uns wieder auf den Kern fokussieren. Feedback
existiert nicht in erster Linie, um anderen
Personen Wertschätzung zu zeigen. Feedback
soll vielmehr Verhalten bestärken oder
verändern. Wie das gelingen kann, darüber
diskutieren wir am 05. Juli mit euch.
Wie geht's weiter?
https://www.meetup.co
m/de-
DE/borisgloger-
agile-
experience-
camp-
frankfurt-
main/events/29403733
0/?
isFirstPublish=true
https://www.meetup
.com/de-
DE/borisgloger-
agile-
experience-
camp-
frankfurt-
main/events/294036
457/
11. calendly.com
Conny Dethloff
Willkommen auf meiner Planungsseite.
Bitte befolgen Sie die Anweisungen, um
meinem Kalender ein Ereignis
hinzuzufügen.
Lust auf Vertiefung?
https://calendly.c
om/conny-
dethloff
stefanie.hamann
@borisgloger.co
m
12. Was macht der Begriff "agil"
mit Euch? Nutzt ihr diesen
oft? Macht er die
Kommunikation besser/
schlechter?
Was haltet Ihr
von diesem
Denkwerkzeug?
Würdet Ihr es ab
morgen nutzen? Wenn
ja, warum? Wenn nein,
warum?
Wo denkst du könnte deine
Organisation/ dein Team agiler
werden?
In welchen Situationen ärgerst du
dich möglicherweise sogar über
Unagilität in deiner Organisation?
Was hindert euch
daran, an gewissen
Stellen agiler zu sein?
Platz für eure Gedanken
Gruppe #1
13. Was macht der Begriff "agil"
mit Euch? Nutzt ihr diesen
oft? Macht er die
Kommunikation besser/
schlechter?
Was haltet Ihr
von diesem
Denkwerkzeug?
Würdet Ihr es ab
morgen nutzen? Wenn
ja, warum? Wenn nein,
warum?
Wo denkst du könnte deine
Organisation/ dein Team agiler
werden?
In welchen Situationen ärgerst du
dich möglicherweise sogar über
Unagilität in deiner Organisation?
Was hindert euch
daran, an gewissen
Stellen agiler zu sein?
Platz für eure Gedanken
Gruppe #2
14. Was macht der Begriff "agil"
mit Euch? Nutzt ihr diesen
oft? Macht er die
Kommunikation besser/
schlechter?
Was haltet Ihr
von diesem
Denkwerkzeug?
Würdet Ihr es ab
morgen nutzen? Wenn
ja, warum? Wenn nein,
warum?
Wo denkst du könnte deine
Organisation/ dein Team agiler
werden?
In welchen Situationen ärgerst du
dich möglicherweise sogar über
Unagilität in deiner Organisation?
Was hindert euch
daran, an gewissen
Stellen agiler zu sein?
Platz für eure Gedanken
Gruppe #3
1) Gut für
Reflexion - egal ob
neu in der agilen
Welt oder ob
bereits
"festgefahren"
1) Challenging
der
Sprintlänge
und der Tool-
Auswahl gut
1) "Zurück zum
Ursprung" / Über
klassische
Methoden
nachdenken ist
durchaus je Kontext
sinnvoll
Ja, aber nicht
morgen :)
(gut um
bestehendes "in
Frage zu stellen")
Rahmen für (
bessere)
Kommunikation
schaffen
Reflexion
Mein Eindruck ist,
dass viele unter
agil verstehen,
dass das Projekt
möglichst schnell
fertig wird.
Strukturen
/ Hirachien
Mangelnder
Wille
/kbowHow der
Stakeholder
Lange,
frühzeitige
Budgetierun
gsprozesse
Kann es sein, dass Agilität
als solche in Firmen eher
akzeptiert werden würde,
wenn diese nicht aus der
IT-
Ecke kommen würde,
sondern von einer
Business-
Disziplin
vorgeschlagen worden
wäre?
16. Was macht der Begriff "agil"
mit Euch? Nutzt ihr diesen
oft? Macht er die
Kommunikation besser/
schlechter?
Was haltet Ihr
von diesem
Denkwerkzeug?
Würdet Ihr es ab
morgen nutzen? Wenn
ja, warum? Wenn nein,
warum?
Wo denkst du könnte deine
Organisation/ dein Team agiler
werden?
In welchen Situationen ärgerst du
dich möglicherweise sogar über
Unagilität in deiner Organisation?
Was hindert euch
daran, an gewissen
Stellen agiler zu sein?
Platz für eure Gedanken
Gruppe #4
17. Was macht der Begriff "agil"
mit Euch? Nutzt ihr diesen
oft? Macht er die
Kommunikation besser/
schlechter?
Was haltet Ihr
von diesem
Denkwerkzeug?
Würdet Ihr es ab
morgen nutzen? Wenn
ja, warum? Wenn nein,
warum?
Wo denkst du könnte deine
Organisation/ dein Team agiler
werden?
In welchen Situationen ärgerst du
dich möglicherweise sogar über
Unagilität in deiner Organisation?
Was hindert euch
daran, an gewissen
Stellen agiler zu sein?
Platz für eure Gedanken
Gruppe #5
Mehrwert von
Shannon? Flow
Chart gut.
Ideen passen,
Anwendungen werden
spannend. Wichtig ist aber
schon, die Ziele und
Konzepte von Agilität von
Porzessmodellen zu tennen
Unklar, was jetzt
genau das
"Denkwerkzeug"
ist.
Nutzen wir
schon beim
Team Setup,
aber kann sich
agil ändern:-)
Ja, weil sie
wichtige
Fragen
stellen
Wird teils
"missbraucht".
Frage: wie
geschult / trainiert
sind die Personen
Ja, aber...
Ist halt oft
Worthülse, die nicht
verstanden wird und
von Grund auf
erarbeitet werden
muss
Ich finde es gut
einen Begriff zu
haben über den wir
ein gemeinsames
Verständnis
herstellen können.
Da gibt es so
einiges: i.d.R.
Mindset
Thema
Kundenorientieru
ng, vom Nutzen
her denken und
flexibel Ideen /
Anforderungen
aufgreifen.
Sponsorship ,
Commitment
Leadership,
Komfortzone
Konzentration auf
persönliche
"Spielwiesen",
kulturelle
Vorprägung, eigene
Fähigkeiten
* Angst
* Unklarheit wie die
damit verbundenen
Verluste
kompensiert
werden können
18. Was macht der Begriff "agil"
mit Euch? Nutzt ihr diesen
oft? Macht er die
Kommunikation besser/
schlechter?
Was haltet Ihr
von diesem
Denkwerkzeug?
Würdet Ihr es ab
morgen nutzen? Wenn
ja, warum? Wenn nein,
warum?
Wo denkst du könnte deine
Organisation/ dein Team agiler
werden?
In welchen Situationen ärgerst du
dich möglicherweise sogar über
Unagilität in deiner Organisation?
Was hindert euch
daran, an gewissen
Stellen agiler zu sein?
Platz für eure Gedanken
Gruppe #6
1. Weiß
noch nicht
viel damit
anzufangen
1.Passt nicht
zu den
Erfahrungen
Was ist das
Denkwerkzeug
genau?
3. nicht so
eingezwängt
bei Agilität und
ist flexibler
3. man kann
sich bewegen
und
ausprobieren
3. es geht im
wesentlichen um
Wendigkeit ->
schnell & adaptiv
auf Änderungen
reagieren
3. Verbrannt -
aber der Kampf
wird nicht wirklich
verstanden (weil
keine wirkliche
Agilität)
3. stückweises
Arbeiten,
Schritt für
Schritt voran
kommen
4. Weg von der
Feature
Factory hin zu
wirklichem
Value
4. größere Projekte
wären schwierig zu
ändern, es muss von
Fall zu Fall
betrachtet werden
4. Die
Selbstorganisation
braucht es mehr
(auch in klassischen
Projekten) ->
Austausch &
Offenheit
5.
Allgemeine
Rahmenbe
dingungen
5.
Allgemeine
Strukturen
der Firma
5. Management ->
mehr Law &
Order und
Hierarchie statt
netzwerkartige
Strukturen
19. Was macht der Begriff "agil"
mit Euch? Nutzt ihr diesen
oft? Macht er die
Kommunikation besser/
schlechter?
Was haltet Ihr
von diesem
Denkwerkzeug?
Würdet Ihr es ab
morgen nutzen? Wenn
ja, warum? Wenn nein,
warum?
Wo denkst du könnte deine
Organisation/ dein Team agiler
werden?
In welchen Situationen ärgerst du
dich möglicherweise sogar über
Unagilität in deiner Organisation?
Was hindert euch
daran, an gewissen
Stellen agiler zu sein?
Platz für eure Gedanken
Gruppe #7
Bei Sprintlänge <=
1 Woche, wieviel
nicht-
triviales
Inkrement kann
ein Team wirklich
liefern?
Faktor
Mensch
(Krank,
Urlaub)
1 Wochen
Sprint =
Chaos?