Systemveränderung von innen (Freiräume Camp 2015)
-
Upload
patrick-koglin -
Category
Science
-
view
777 -
download
5
Transcript of Systemveränderung von innen (Freiräume Camp 2015)
Patrick Koglin ▪ @patrickKoglin ▪ Freiräume Camp 2015www.koglin.net ▪ [email protected]
www.agile-is-limit.de ▪ www.agile-tools.de ▪ www.agile-monday.de
System-Veränderung von innen
Brauchen wir V
eränderung am
System?
Brauchen Sie das?
„Wer ist der Meinung wir brauchen Systemveränderung?“
Welche Qualität ist zu erwarten?
Wie groß ist das Risiko für Folgefehler?
Ist dieses Vorgehen wirtschaftlich*?
*Wirtschaftlichkeit = Ertrag / Aufwand
Wie hoch ist das Stress-Level?
Wie steil ist die Lernkurve?
Reflexion
SQL
Webservices Architektur
Mobile Anwendungen
Usability
….
Clean Code
..
Qualität
Timeboxing
Scrum
..
..
Reviews
TDD
Kanban
…. ….
..
..
..
..
..
Technologien, Methoden und Prinzipien
Performance
..Ganzheitlich
Fachliche Domäne
Technische Domäne
TeamOrganisatio
n
Führung
ProjektManageme
nt
„Märkte“ und
Kunden
Engineering
Technische Domäne
Fachliche Domäne
Führung
a) „Trust me, i´m an engineer“
b) Multitasking
„Wie sieht die Realität aus?“
if(gesundesWachstum && erfolgreicheProjekte){
// it works}else{
// we should think about it}
Funktioniert es?
Daten
Verlauf über 3 Monate:
Abgeschlossene Tickets: 800Offene Tickets: 3.000
Abgeschlossene Module: 4
Komplette Anwendung (Schätzung)
Module: 120Anzahl notwendiger Tickets: 25.000
„Das ist nicht realisierbar.“
„Da muss man sich mal ein bisschen anstrengen.“
..wirken lassen
…zuhören
Wirkung?
Technische Kompliziertheit
Innovative Technologien
Marktentwicklung
Sozialer Druck
Kundenwünsche
Alkoholabhängig 1,8 Millionen
Medikamentenabhängig 2,31 Millionen
Drogen- und Glücksspielabhängigkei
t800.000
Die durch psychische Krankheiten ausgelösten Krankheitstage haben sich in diesem
Zeitraum verfünffacht.
Während psychische Erkrankungen vor 20 Jahren noch nahezu bedeutungslos waren, sind sie heute zweithäufigste Diagnosegruppe bei Krankschreibung bzw. Arbeitsunfähigkeit.
Die Verordnung von Psychopharmaka steigt seit Jahren, bei Mitteln gegen Depressionen liegt die
Zuwachsrate bei 15 Prozent - pro Jahr.
Depression 4 Millionen
„Was wäre wenn, der Rahmen des Systems die Kooperationsbereitschaft steigern würde?“
Change your mind
Systemeverstehen
Team-Systeme
verstehen
Menschen und Führung
verstehen
Lob & Tadel
Verhalten
Konstruktiv
Rudel
Kritiker
Präferenzen
Watch your language
Ursachenforschung
Mind pattern
Testgetriebene System-
Entwicklung
Happy path
Abweichungen
Metriken
Lieb sein wird befördert
„Happy path“
Einsatzbereitschaft
Motivation
kontinuierlich wachsen
Kunden verstehen
Langfristige Erfolge anpeilen
Ideen einbringen
Probleme frühzeitig erkennen
Konflikte aufdecken und
klären
Teamgedanke fördern
aus Fehlern lernen
Ja-Sagen
Schweigen
Tun
Nicht „groß“ denken
Überstunden machen
Leichtigkeit
Metriken eines Systems
Reflexionstiefe□ ..
□ Inspect & Adapt Abweichendes Verhalten wird bestraft Manipulative Fragetechniken werden
eingesetzt□ Konflikte werden sofort geklärt□ (Technische) Probleme werden direkt gelöst
□ ..
Ursachenforschung - Beispiel
Drückt sich langatmig aus
Hohes Fachwissen, Struktur, Kundenverständnis, Ganzheitlich
Strebt nach Perfektion, Angst vor Rauswurf, Team-Zusammenhalt
Ursachenforschung – Bedürfnisse nach…
Sicherheit und Geborgenheit
Abwechslung und Herausforderung
Liebe und Beziehung
Sinn und Bedeutung
Wachstum
Evolution
Modell menschlicher Grundbedürfnisse der Familientherapeutin Cloé Madanes und des Persönlichkeitstrainers Anthony Robbins.
Ursachenforschung - Persönlichkeiten
Beispiel 1: Lob an jemand der Anerkennung niedrig hatBeispiel 2: Kritik am Perfektionist
(Grafik aus Urheberrechtlichen Gründen entfernt)
Führung und Menschen verstehen
strukturiertkontrolliertorganisiert
geplant
intuitivganzheitlicheinfallsreichkonzeptionell
Führung und Menschen verstehen
strukturiertkontrolliertorganisiert
geplant
intuitivganzheitlicheinfallsreichkonzeptionell
logischrational
analytischquantitativ
mitfühlendemotionalmitteilsammusikalisch
Linke Gehirnhälfte Rechte Gehirnhälfte
HBDI-Präferenzmodell
Führung und Menschen verstehen
strukturiertkontrolliertorganisiert
geplant
intuitivganzheitlicheinfallsreichkonzeptionell
logischrational
analytischquantitativ
mitfühlendemotionalmitteilsammusikalisch
Linke Gehirnhälfte Rechte Gehirnhälfte
HBDI-Präferenzmodell
Führung und Menschen verstehen
Rechte Gehirnhälfte
Nein
Nutzt unser Entwicklungsteam erfolgreich die Prinzipien
moderner Software-Entwicklung?
Systeme verstehen – Big pictureMetriken für das System finden und es sich
visualisierenMenschen im System lernen zu verstehen □ Sprache auf unterschiedliche Menschen anpassen
Watch your language
logischrational
analytischquantitativ
„Ich habe das Gefühl…“ emotional
strukturiertkontrolliertorganisiert
geplant ganzheitlich
„In Anbetracht von x, y und z ist der Termin nicht haltbar.“
Mind pattern – W³
Wahrnehmen
Wertfrei akzeptieren
Warten bis Erklärung folgt
Prüfen: Handeln neu ausrichten?
Systeme verstehen – Big picture
MetrikenMenschen verstehen Sprache anpassenWahrnehmen – W³
□ Team Systeme verstehen
Sachliche Gründe?
Geht es um Macht?Will er
sabotieren?
Hat Angst etwas zu verlieren?
Hat (schlechte) Erfahrungen gesammelt?Wird selbst zu wenig einbezogen?
Den Kritiker reflektieren
Führung wahrnehmen
Es bringt nichts, einem Menschen zu vertrauen der einen gegen einen Esel eintauschen würde.
Vertrauenskultur
Konstruktives Unheil
Tool Positiver Aspekt Negativer Aspekt
Wiki-Systeme
Daily Scrum
Transparenz
.. .. ..
Es gibt auf der einen Seite Dinge die sehr viel Sinn machen, aber falsch angewandt großes Unheil anrichten können.
Systeme verstehen – Big picture
MetrikenMenschen verstehen Sprache anpassenWahrnehmen – W³Team Systeme verstehenKritiker verstehenVertrauenskultur hinterfragenKonstruktivismus
□ Thesen und Maßnahmen hinterfragen
Konkret konstruktiv
Nach der Lösung eines Problems gibt es dauerhaft ein Problem weniger.
- Wer prüft das bei der Umsetzung von Maßnahmen?
Testdriven System Development
ExecuteCodeReview()Act
Assert
Assert.Exists(SocialInteraction) Assert.IsTrue(DetectedErrors > 0) Assert.IsTrue(ReturnOfCodeReviewEx
ists)
Thesen
Testdriven System Development
Exceptions
Lärmpegel steigt Konflikte nehmen zu Team-Performance sinkt Aufwände steigen enorm Schlechte Organisation => nicht
durchgeführt
Code Reviews
Nutzen Schaden
1 kritischer Fehler pro Monat wird aufgedeckt
Soziale Interaktion / Wissensaustausch
Konzentrationsstörung wegen Lärm
10 Teammitglieder pro Woche rund 90 Minuten mit Reviews beschäftigt
Kosten: ~ 6000 € / Monat
Wertlose Diskussionen Soziale Interaktion
funktioniert teilweise nicht 60 Minuten / Woche an
Änderungsaufwand nach Review
Kosten: ~4000 € / Monat
120.000 € / Jahr
Testdriven System Development
Ziel erreicht?
#2 Baby-Steps
Maximal 1 Organisations-Veränderungs-Schritt pro Monat
Kanban-Board einführen
Projekt-Retrospektive durchführen
Qualitätsmetriken einführen
.. ..
#3 Gemeinsame Betrachtung
Jeder kann sich einbringen
Einsichten finden
Was fehlt uns? Was ist gut?
Halten wir den Rahmen ein?
Vetos
#6 Reden, Reden, konstruktiv kommunizieren
„Wir wollen uns gemeinsam einen Tag der Scrum-Methodik widmen.“„Wäre es nicht vielleicht besser, das extern zu vergeben?“
#7 Qualität der Frage beeinflusst die Antworten
UML Design Programmierung
Testen
Es müssen folgende Prozessschritte erledigt werden.
Wie würdet ihr an die Lösung rangehen?
#7 Qualität der Frage beeinflusst die Antworten
ProblemWir haben folgendes Problem.
Wer kann es bis Ende der Woche
lösen?
Gelöstes Problem
#8 Play the game - Beispiel
Ticket 42: Installation der Entwicklungsumgebung
Ticket 43: Fehlerbehebung beim Kompilieren der Anwendung
Ticket 43: Neu-Installieren der GUI-Bibliotheken
Ticket 44: Einarbeitung SQL
Ticket 45: Einarbeitung C++
Ticket 46: Code-Anpassung
Ticket 47: Fehlerbehebung nach Test
Task
Einladung
www.agile-is-limit.de
www.xing.com/profile/Patrick_Koglin2
Patrick Koglin