ippon!Soft

Best Practises

Ein Workshop der FXPUG

(09.11.2004)

ippon!Soft© 2004 Dr.Ch.Mann (Stand: 22.11.2004) 2

Der Best Practise Workshop

Zeit:09. November 2004, 18.30 Uhr - 21.30 Uhr

Ort:Sitzungsraum der 1822 S-iNFORM in Offenbach (Besten Dank an unsere Gastgeber :-)

Teilnehmer:Die Frankfurter XP User Group (FXPUG)

Leitung:Christian Mann

ippon!Soft© 2004 Dr.Ch.Mann (Stand: 22.11.2004) 3

Ziel des Workshops

Systematische Sammlung der individuell erfahrenen “Best Practises” (= Erfolgsrezepte) der Teilnehmer

Gemeinsame Bewertung dieser Erfolgsrezepte (quantitativ)

Herausarbeiten eines gemeinsamen Kerns einer intuitiv genutzten Agilen Methode... Das Konzept dieses Workshops versucht, A.Cockburns

“archäologischen” Ansatz quasi als Express-Variante umzusetzen...

Vgl. Alistair Cockburn,Agile Software Development(Addison-Wesley 2002)

ippon!Soft© 2004 Dr.Ch.Mann (Stand: 22.11.2004) 4

Eine erste Sammlung

ippon!Soft© 2004 Dr.Ch.Mann (Stand: 22.11.2004) 5

Best Practises...

Gute Leute (Mischung)

Know-How

On-Site IT IT/Projektteam sitzt nah an

tägl. Arbeitsumgebung der Fachabteilung

Kurze Meetings XP Standup / Daily Scrums

Ausprobieren / Prototypen bauen

Fragen

Datenorientierung

Refactoring

Integriertes Testen

ippon!Soft© 2004 Dr.Ch.Mann (Stand: 22.11.2004) 6

Best Practises...

Dok. Analyse Ergebnis vor

Implementierungsbeginn

Iterative Analyse Wachsendes, von IT +

Fachabt. Gepflegtes “Fachkonzept”

Viele Lieferungen

Abo-Modell

Use Cases

Papier + Bleistift (+ Papierkorb!)

Beispiele, Beispiele, Beispiele

Kurze Zyklen

“Kunde” sitzt bei Entwicklern

(1) Gerüst = Testrahmen ->(2) Funktion

Code ist auch Doku!

Dynamische Sprachen

ippon!Soft© 2004 Dr.Ch.Mann (Stand: 22.11.2004) 7

Best Practises...

Low-Tech Tools Excel, Wiki, ...

Für Fachdoku, Use Cases, Projektplanung, Issue Logs...

Kleines Team!

Einfache Lösungen

Fließendes Redesign

Regelmäßiges Reporting: Statusmeeting beim Kunden

Klare Darstellung der Situation

Zwingt zu Doku

Bereitet Entscheidungen vor

Gewährleistet Umsetzung nach Kundenwunsch

Salami-Taktik

Vertrauen

Meister-Lehrling-Modell

Doppelspitze: Zwei gleichberechtigte

Projektleiter intern & extern

ippon!Soft© 2004 Dr.Ch.Mann (Stand: 22.11.2004) 8

Best Practises...

To Do - Liste

Begeisterung/Sinnhaftigkeit

Vertrauen Kunde <=> Entwickler Entwickler <=> Entwickler

Persönliche Tages-ToDo-Liste: gepflegt vom Projektleiter in Abstimmung mit Mitarbeiter

Keine / Lockere Verträge

Regressionstests

Persönliche Betreuung “Rasierschaum”...

ippon!Soft© 2004 Dr.Ch.Mann (Stand: 22.11.2004) 9

Die bewertete Sammlung...

ippon!Soft© 2004 Dr.Ch.Mann (Stand: 22.11.2004) 10

... als “Mustersprache” angeordnet

ippon!Soft© 2004 Dr.Ch.Mann (Stand: 22.11.2004) 11

Best Practises (gewichtet)

Achtung:Bei gleicher Punktzahl ist die Reihenfolge der Aufzählung nicht signifikant!

7 Punkte: Gute Leute

6 Punkte: Begeisterung/Sinnhaftigkeit

5 Punkte: Vertrauen Integriertes Testen

4 Punkte: Einfache Lösungen Low-Tech Tools Kleines Team Kurze Zyklen (neue Karte!)

Entwickler-Arbeitspakete 1 Tag

Nutzertest wöchentlich

3 Punkte: Refactoring Ausprobieren Beispiele, Beispiele, Beispiele

ippon!Soft© 2004 Dr.Ch.Mann (Stand: 22.11.2004) 12

Best Practises (gewichtet)

2 Punkte: Papier + Bleistift (+Papierkorb!) ToDo-Liste Doppelspitze Regressionstests Use Cases

1 Punkt: Kurze Meetings Salami-Taktik Persönliche Betreuung Meister-Lehrling-Modell Dokumentierte Analyse Iterative Analyse Code ist auch Doku! Viele Lieferungen