Sonntag, 20. Juli 2014

Bonn Agile Meetup Juli 2014: Cargo-Kult Agil (Diskussion)

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