Bedrijf: Bergson

Rol: Software Designer

Historie

Vijf jaar terug ben ik voor het eerst in aanraaking gekomen met XP. Daarna heb ik door de tijd heen in meer en mindere mate XP practices toegepast. Dit heeft mij geleerd dat communicatie een van de grootste succesfactoren voor een software project is en dat XP een van de weinige software ontwikkel stromingen (om vooral het woord methode maar te vermijden) is, die dat onderkent erkent. Verder spreekt mij het positieve en het pragmatische karakter erg aan. Persoonlijk vind ik het gevoel van voldoening na een dag werken en iets bereiken het grootste pluspunt van XP. In de nabije toekomst hoop ik weer meer richting de XP manier van software ontwikkeling op te schuiven en ben nu met name geinterresseerd in het organisatieveranderingstraject rondom het introduceren van XP cq. het overtuigen van het nut van XP practices.

Resultaten

Tot nu toe heb ik meerdere versies van een product wat op een XP manier was vervaardigd succesvol verkocht zien worden. Daarnaast is het gevoel echt iets bereikt te hebben me het meest bijgebleven aan de tijd dat ik op een XP manier gewerkt heb. Ik ben derhalve ook van mening dat XP een manier van werken is die zowel klanten als ontwikkelaars een zeer goed gevoel geeft.

Ervaring

• PlanningGame: Nooit ervaren hoe dit verloopt.
• UnitTests: Dit is wat mij betreft het absolute minimum waaraan ieder software project aan moet voldoen.
• ContinuousIntegration: Uitsluitend ervaring met 'nachtelijke' builds.
• FortyHourWeek: Zeer nuttig voor het voorkomen van
• OnsiteCustomer: Helaas nog geen ervaring mee.
• CodingStandards: Noodzakelijk voor het begrijpbaar/leesbaar houden van code.
• FrequentReleases: De enige manier om veel en vaak feedback te krijgen.
• RefactorMercilessly: Noodzakelijk voor het begrijpbaar/leesbaar houden van code.
• CollectiveCodeOwnership: Belangrijk voor het wij gevoel en het bestrijden van een wij zij cultuur.