Bilder:
Diskussionsergebnisse (Stichwörter, ich hätte leider nicht die Zeit um das schöner zu schreiben, aber ich bitte um "reblogs" wo die Ergebnisse tiefer diskutiert werden :)
The Team Players (Blau)
“Individuals & interactions over processes & tools”
Motivation, agile Einführung zu verhindern?
Entwickler:
- wird ersetzbar
- Kontroll-/Statusverlust
- agile Arbeitsweise passt nicht zur eigenen Persönlichkeit
CEO:
- Investition im Wandel (Infrastruktur, Fortbildung)
- Bestehende Verträge und Service Level können nicht eingehalten werden
- Team wird aufgewertet, Individuen weniger ausbeutbar
- Kulturwandel steht im Konflikt zu Geschäftsmodell
Projektleiter:
- Kontroll- / Machtverlust
- Lernaufwand
- Fehler werden schneller sichtbar und transparent
- Mehr Interaktionen, mehr Arbeit
- Mehr Verantwortung
Wie werden agile Entwickler enttäuscht?
- Retrospektiven fuktionieren nicht, kein Lerneffekt
- Agiler Einzelkämpfer
- Fehlendes Team Commitment
- Freiräume nicht vorhanden
- Fehlende Wertschätzung
- Kurzfristige Erfolge bleiben aus
The Techies (Rot)
“Working software over comprehensive documentation”
Top 5: Was sind Anzeichen schlechte Umsetzung dieser Wörter?
- Fehlende “extr.. Programmers”
- Kein investment in Werkzeuge Geschwindigkeit
- Verbesserung Qualität
- Viel Upfront Planning
- Fehlende Dokumentation
- Veraltete Dokumentation
- Dokumentation mit falschem Fokus, viel zu detailiert
Top5: Unagile Architektur
- Single author on components
- “Wildwuchs and Schnittstellen” da fehlende oder späte Integration
- Keine Tests / kein Buildsystem
kein automatisches Deployment
- Hohe Anzahl und Regressionsfehler
- Verhältnis Wartung/Neue Features schlecht
- Maximale Buzz Word Dichte im Code
The Change Agents (Grün)
“Responding to change over following a plan”
Top 5 Zeichen die gutes Planning?
- Nur Estimates zwischen 2 und 3 :( Keine Diskussion)
- Schätzungen für Zahlen statt Einigkeit
- Mittelwertbildung von Schätzungen
- Commitment nach Zahlen/Velocity
- Unverhersagbare Velocity
- DoD wird im Planning vergessen
Welchen Agilen Praktiken können ohne echte Änderung eingeführt werden?
- Commitment ohne Kontrolle/unechtes Commitment
- SPrins mit Q/t & Rev-Phase (QA nachgelagert)
The Product Owners (Gelb)
“Customer Collaboration over negotiation”
Ankündigung von Features vor der Entwicklung
- Marketing verspricht einen langfristigen-Konkreten Horizont (Abgesondter)
- Kunde ist nur am Anfang und Ende Projekte involviert (während der Iteration nicht involviert)
- Mehr als einen PO bzw. einen PO der nur ein Strohmann ist
- Ticket Explosion (lange lead-times)
- Keine Bestellung eines fixierten Scopes ) Lastenheft kaschiert als Backlog=
- Fehlendes Vertrauen in das Team/fehlende Transparenz
- Sprint gescheitert weil im Review Plötzlich andere Anforderungen auftauchen
PO
In einer erfolgreichen Agilen Entw. Wie ändert sich der Arbeitsaltag des PO mit dem Sales Guys?
- Meeting mit Kunden
- Zeichen von schlechter Implementierung
(PO gibt die Macht auf täglich zu ändern)
Keine Kommentare:
Kommentar veröffentlichen