Hieronder kort de resultaten van de groepjes:

Groep 1: Hoe kom je van User stories naar tasks

Een task is een handeling die je kan inchecken zonder dat het systeem op zijn bek gaat.

Daarna ging de discussie over triviale tests. De conclusie was om dit table-based te gaan doen. Naarmate je hoger komt (ui-nivo) test je steeds meer. Hiervoor kan je mock-up objecten invoeren die deeltaken testen. Alister Cockburn heeft iets over hexagonale tests beschreven op het c2 wiki

Groep 2: Invoeren van XP, hoe dit te doen?

Stel meetbare criteria op om aan te tonen dat het er "beter" door wordt. Accountmanagers dienen XP te kunnen verkopen aan de klant.

De ene vraag roept er 2 op:

- letterlijk->hoe introduceer ik XP

- commercieel->hoe verkoop ik XP

Ook viel de vraag of we zoveel mogelijk XP programmeurs willen of dat we met XP een norm zetten waarmee organisaties beter bediend kunnen worden.

Groep 3: Managen van XP projecten

XP gaat van een waardenset uit die in programmeurs aanwezig worden geacht. Wat doe je met programmeurs die niet aan dit profiel voldoen?

Er uit donderen want dan zijn de solisten (?)

Inspireren door middel van een goed voorbeeld te geven. Het doel is dat de klant ziet dat door het volgens XP te doen de dienst of het product verbeterd (of het proces ervoor)

Groep 4: XP norm

Was 1 man en die is ergens anders bij gaan zitten

Groep 5: Guerrilla tactieken

De naam invoeren in grote organisaties roept vaak tegenwerking op (vanwege de naam?)

Vanuit een intermediair positie kan je de userstories goed gebruiken De programmeurs dienen gewoon te beginnen met unittests te maken dan zien ze het nut vanzelf in

Pair programming kan je initieren vanuit de situatie: ik heb een vraag zullen we er samen naar kijken.

Korte iteraties kan je introduceren door een 1-dags build te introduceren.

Keep it simple kan je als niet gedaan aantonen door middel van gedupliceerde code aan te tonen. Een tool komt wellicht op SourceForge te staan. Je dient het facet van XP dat je toelicht af te stemmen op je doelgroep. Ga je ontwikkelaars niet de Planning Game leren en je managers niet aan het Refactoren zetten.

ClearCase is twee ton en is de paar extra trucjes die het kan niet waard.