Extreme programming in Belgium-AgendaProposalsForMeetings

A SystemsThinking session where you can analyze and discuss situations you encounter, to better understand the situation and to find ways to effectively change the system. We've done this before at the Dutch XP group [1] and at the OT2003 conference [2].

I would also like to do the eXPlanations simulation ( http://industriallogic.com/games/eppc.html ). We played it some time ago on the Dutch XP Group, and it was very cool, too.

No Functional Descriptions: Ik zou het feit van geen functionele beschrijvingen te hebben graag bediscussieren. Misschien heeft development er geen nood aan, maar iedereen nadien wel, zijnde voor manuals, support, release notes, vervolgprojecten, customisaties,...[Dominique, MgX?]

AccurateEstimates? I think that one of our major problems for developers is the ability to provide accurate estimates. If found the ideas behind the concept of "velocity" specially interesting, but a bit hard to use in practice. It might be interesting to listen to the ideas/experience/techniques other people have... [Gabriel, MgX?]

CostOfChange? De basisgedachte van XP is dat de veranderingen in het productie-process NIET meer exponentieel duurder zijn naarmate we verder gevorderd zijn in het ontwikkelingsprocess. Helaas is dit in de werkelijkheid niet altijd waar. 'Fouten' kunnen een heel grote invloed hebben op de kost van een project en het is, mijns inziens, naief om te zeggen dat het de oorzaak enkel bij de 'fouten-maker'ligt. Fout-tolerantie (in het ontwikkelingsprocess) is, opnieuw mijn inziens, een zwakke schakel in het XP-verhaal. Een deel werd dit punt aangehaald door Martin Fowler op de XP-conferentie. Hij stelde voor om een 13 practise toe te voegen nl. REVIEW. Dit lijkt mij, derde maal mijn inziens, een 'na de feiten praktijk'. Mijn vraag is tweeledig: Is iedereen er mee akkoord dat 'fouten' meestal niet voldoen aan de non-exponential growth van kosten. Als dit zo is, wat zijn dan voorstellen om XP meer fault-tolerant te maken? e.g. De 'fire-fighting' tijd die we nu aan het spenderen zijn/waren in het FTV-project.[Johan De Geyter, MgX?]

ProxyUsers? We merken dat heel veel projecten te maken hebben met proxy-users. Deze zijn,de facto, slechts beperkt op de hoogte van de werkelijke functionele en niet functionele eisen die de echte users hebben. Wat zijn de noodzakelijke voorwaarden om een proxy-user een success te maken en wat zijn de oorzaken van een mislukking? PS: Ik ben hier gedreven door 'echte' wereld, dus antwoorden in de stijl van 'een proxy-user moet een delegatie zijn van de echte users met een volledige bevoegdheid om beslissingen te nemen', zijn een veel te beperkte kijk op de zaak. e.g. Ik bouw hier, opnieuw, voort op de bemerkingen die Marting Fowler gegeven heeft op de XP-conferentie i.v.m. analyse. Ik heb ook een tekst van hem gelezen die dit onderwerp verder uitwerkte, maar ik kan deze even niet terug vinden. [Johan De Geyter, MgX?]

PairProgramming Naar aanleiding van de feed-back op de XP-game-dag, dnek ik dat het ook een goed idee zou zijn om dieper in te gaan op 'pair-programming'. Misschien is dit een beetje teveel op onze organisatie gebaseerd (of op het stuk dat ik er van te zien krijg), maar het lijkt mij een goed idee om dieper op dit element van XP in te gaan. We zijn momenteel aan het bekijken of de principes van pair-programming ook uitbreidbaar zijn naar 'pair-ZZZ' (als in pair-project management, pair-user interviews, pair-presentation writing....)[Johan De Geyter, MgX?]
FixedPriceProjects? XP gaat uit van een zeer timeboxed approach voor development. Om echt XP tekunnen doen vertrek je eigenlijk van een hoeveelheid development tijd die gekocht word. In de MediaGeniX situatie krijgen we echter steeds te maken met een bepaalde scope waarvoor dan estimates gegeven worden. Meer bepaald, het risiko (op de accuraatheid van de estimates) wordt nu door MgX? gedragen. Hoe kunnen we dat bij de klant leggen zoals XP voorschrijft zonder al onze klanten voor het hoofd te stoten?[Gerrit, MgX?]

XP en performance/scalability Hoe kan ik in een xp aanpak omgaan met performantie ? Unit-tests zijn moeilijk (vind ik) omdat ze timing gerelateerd zijn, misschien alleen optreden als er veel gebruikers zijn of in bepaalde omstandigheden en bovendien treden er dikwijls system-wide effecten op.[Bert, MgX?]

Co-located projects How to play the customer role in projects where the client and the development team are in different locations.[Robrecht, MgX?]

Related pages: XpBeMeeting