Naam: Rutger Dijkstra rutgerd
Bedrijf: EyeToEye Informatica http://www.eyetoeye.nl

Sinds m'n bezoek aan de xp2001 conferentie (mei 2001, Sardinie) zijn we XP-praktijken in gebruik gaan nemen bij zowel interne projecten als ook projecten waar ik als externe kracht betrokken ben (was). Mijn rol daarbij is die van meewerkend voorman en XP coach.

Ervaringen

PairProgramming, CollectiveCodeOwnership en StandUpMeeting zijn snel en makkelijk intevoeren praktijken die onmiddelijk een eind maken aan alle gebrek aan communicatie binnen het ontwikkelteam. Je oogst er onmiddelijk de voordelen van en het creëert meteen vraag naar meer: CodingStandards (inclusief SimpleDesign als "design standard").

RefactorMercilessly kan problemen geven als er geen voldoende helder gemeenschappelijk beeld is hoe SimpleDesign er uit ziet. Bovendien moeten refactoring-wensen van de ontwikkelaars altijd afgewogen worden tegen functionele wensen van de opdrachtgever, wat --zeker bij veel legacy-shit-- niet altijd makkelijk is (in geval van twijfel refactoren, maar twijfel ik wel genoeg?)

Geautomatiseerde UnitTests stuiten vaak op praktische problemen. Daar waar ze makkelijk te maken zijn is hun waarde onmiskenbaar maar daar waar dat problematisch is doet "merciless manual testing" het eigenlijk ook heel goed; het belangrijkste is dat het resultaat van elke paar minuten werk onmiddelijk getest wordt.

PlanningGame en OnsiteCustomer zijn zaken waar de opdrachtgever mee moet meespelen en, ook als die in principe best wil, praktisch erg moeilijk vorm te geven als die aan het andere end van 't land zit.
Een Wiki-site --benaderbaar voor zowel opdrachtgever als ontwikkelteam-- voor de stories, de planning en het tracken van de voortgang doet hier wonderen. Door aan de opdrachtgever duidelijk te maken dat de todo-list strikt in volgorde afgehandeld wordt en het sorteren van die lijst zijn verantwoordelijkheid is, wordt de opdrachtgever toch intensief bij het project betrokken.