Datum

Wo 10 december 2003

De datum is verzet i.v.m. een flink aantal conferenties in de 1ste week december.

Onderwerp

Locatie

ZeelandNet B.V., Het Rip 9, 4493 RL, Kamperland
Klik hier voor de Routebeschrijving

Voor degenen die met OV komen, meldt dit even tijdig op deze pagina, dan verzorgen wij vervoer van en naar NS Station Goes. OV reisplanner

Programma

Julie zijn welkom vanaf 17.30 uur, we serveren dan soep en broodjes, alweer een afwijking van het normale dieet. Het programma begint om 19.00 uur, om 22.00 uur hopen we af te ronden.

Op de avond zelf zullen we het programma samenstellen, hier zijn alvast wat suggesties:

1. Doet ZeelandNet XP? (ge-refactored van Hoe doet ZeelandNet XP?)

1. Evaluatie van XP-Day (NL/BE/UK)

1. "Status: Locked, Waiting for customer." Yep, dit lijkt me wel wat. Het lijkt er op dat klanten een XP project niet kunnen bijhouden..... Jawel, je leest het goed! Zou je misschien een project moeten interleaven met een ander project, zodat ze allebei om en om kunnen bijkomen? -- ErikGroeneveld

Of de doorlooptijd scheiden van de tijd dat de software in productie is. Of de klant coachen, zodat hij sneller beslissingen kan nemen. Maar als de klant zelf weer klanten heeft, kost feedback... tijd. --WillemVanDenEnde

Een XP pijplijn architectuur. Klinkt interessant. Maar een XP project interfaced (interfeest) toch ook met andere onderdelen van een organisatie?!. Ik krijg wel eens opmerkingen als: "Dat werkt bij ons niet want als ik iets gedaan wil krijgen van onze DBA afdeling kan ik drie weken wachten." (Dit is slechts een voorbeeld). Organisaties (met name grotere) proberen efficientie te vergroten door diciplines bij elkaar te stoppen. Overvol geplande beheer-/exploitatie-/dba-/etc. afdelingen kunnen XP evengoed locken als een klant. Om niet te spreken over de ongezonde politieke arena die dit soort organisaties in de hand werkt (elke ontwikkelaar 'weet' hoe een exploitatie afdeling zijn werk moet doen en dat ze dat op dit moment niet doen etc.) Nu kunnen we tot de conclusie komen dat je in dat soort situaties XP maar beter niet kan proberen... Mijn vraag is dus eigenlijk. Waar duidt het "Customer|* not availailable" probleem op? Hebben ze het multidisciplinaire team idee nog niet begrepen? Past XP in een dergelijke situatie (nog) niet zo goed? Zijn workarounds als Erics pipeline voldoende? Of moet de organisatie eerst maar eens omgeschud worden om XP (of 'Agile') werkelijk effectief te krijgen. Ikzelf hoopte dat aan dit onderwerp in Breda of London meer aandacht aan geschonken zou worden. Sessietitels als "Enterprise XP" en "Enablement Patterns" klonken veelbelovend maar sloegen wat mij betreft de plank mis. --RobWestgeest

Wakker schudden is inderdaad een oplossing, maar dat is niet altijd (op korte termijn) mogelijk. Het probleem dat je met xp invoeren hebt, is dat een ontwikkelteam als eerste efficienter gaat werken dan de rest. Vorige week nog een mooi voorbeeld van gezien. 1 team werkt XP, 1 team waterval en ze moeten samen integreren in 1 product. Het XP team kan aanbieden om eerder te integreren, om zo integratie-risico's snel af te dekken, het waterval team kan dat niet...

Ik vond Mary Poppendiecks term voor multisciplinair team wel mooi: Geintegreerd Product Team. Technieken voor wakker schudden die ik wel zou willen proberen zijn Value Stream Mapping (breng de productieketen in kaart, en kijk op welke momenten waarde wordt toegevoegd en op welke niet) en Kaizen Events, waarbij met een heel bedrijf of grote afdeling wordt gekeken hoe het proces kan worden verbeterd.

Afgezien van integratie met andere afdelingen heb je ook nog het probleem, dat opdrachtgevers (en eventueel de zich achter hen bevindende gebruikers) tijd nodig hebben de resultaten van het ontwikkelteam te beoordelen, en eventueel (samen met ontwikkelaars) nieuwe functionaliteit te bedenken. Een van de interessante vragen die uit een retrospectief bij ZeelandNet kwam was: Hoe zit het met de adviesrol van het ontwikkelteam?. Gisteren had ik hier met Erik nog een discussie over. Klanten kunnen vaak wel beslissen over prioriteiten, maar kunnen aan de ene kant niet zien welke features samen een consistent geheel vormen en aan de andere kant vinden ze het lastig hun wensen op te delen in stories - om dat goed te kunnen doen is advies van de ontwikkelaars nodig. Liefst wel met meerdere alternatieven, zodat de klant kan kiezen... Ik las vorige week iets over Set Based Development, dat sprak me ook wel aan - ontwikkel niet 1 systeem, maar 3, zodat je steeds kunt kiezen... --WillemVanDenEnde

Als een klant bijvoorbeeld geen gegevens oplevert vanwege tijdgebrek kunnen eventueel derden ingehuurd worden of zelfs het developersteam om gegevens in te voeren. Er zijn eigenlijk twee mogelijke oplossingen voor het probleem: de klant meer tijd geven of de klant taken uit handen nemen. Vooral dat laatste is natuurlijk niet met al zijn taken mogelijk. --WillemBogaerts

1. MockObjects, en nu in het echt.

1. XP, Religie of Gereedschap?

1. BusinessVelocity! Samenvatting: Een user story heeft niet alleen kosten, maar ook baten. Het levert de gebruiker bijvoorbeeld tijdwinst of de klant gegevens. Als deze business value op de story vermeld wordt, is het voor de klant makkelijker om de stories prioriteiten te geven en voor het ontwikkelende bedrijf beter in te schatten hoeveel het project waard is en of de klant terug zal komen.

De doelen van software zijn vaak meetbaar of schatbaar. Zo zou per release de business velocity bepaald kunnen worden. -- WillemBogaerts

1. Platformwoud. Samenvatting: De keuze van de ontwikkelomgeving is afhankelijk van de wens van de klant en de aanwezige kennis.

Het voordeel van meertaligheid is een grotere technische kennis, maar als je te veel talen moet leren, leer je ze maar half, wat dat voordeel weer teniet doet. Voorstel: beperk het aantal ondersteunde platforms tot een Microsoft, een niet-Microsoft en een open-source platform en neem talen die op elkaar lijken (bijv. Java en C#). -- WillemBogaerts

Onderwerpen

Mogelijke extra onderwerpen

Wie

- ToonKrijthe ( Niam-Tms )

- KlaasVanSchelven, afhankelijk van datum. Indien mogelijk zou ik graag met iemand meerijden vanuit omgeving Utrecht want het OV naar Zeeland is een crime.

- WillemVanDenEnde (CQ2 ). Vertrekt waarschijnlijk rond 16:00 uit IJsselstein, met plaats voor een paar lifters. Of ik kom hangt er vanaf of mijn verkoudheid morgen over is of niet.

- MarkoVanDerPuil (ZeelandNet)

- JeroenMostert ( Consul )

- Hans Keppens ( DATA4s ). Ik kom uit Leuven, Belgie.

- RobWestgeest ( Agidem )

- WillemBogaerts ( Cardialysis )

- JanBakker (ZeelandNet )

- PascalVanCauwenberghe ( Nayima ) waarschijnlijk na 19:00

- HenkVanVoorthuijsen? (Consul) (als Toon nog plek heeft, yep, nu nog 1 :)

- DomienBakker? (ZeelandNet)

Carpool

- Wij vertrekken om 15:30 vanuit Rijswijk (gebouw Sijthofpers) maken een tussenstop rond 15:45 in Delft (consul) en er is nog plek voor 1 persoon. Contact: xxxxxxxxxx.

- Vanuit richting Lunteren richting Kamperland kan ik mensen oppikken van carpoolplekken, zoals A1 Harselaar, A28 Leusden, etc.(wie is dit??)

- Ik vanuit de richting Tilburg met een heel klein autootje. Met een beetje proppen kunnen er drie bij. --RobWestgeest

Wie niet

- ErikGroeneveld (CQ2 )

- AnkoTijman (too much miles will kill me.. ;-) )

- ThijsJanssen

- MarnixKlooster (mijn woensdagen zitten bijna altijd vol)

- AdSmits

- WalterVanIterson (Niet alleen m'n woensdagen, maar m'n dinsdagen zitten tegenwoordig ook in de gevarenzone)

- BernardVanderBeken? zal zich toch niet kunnen klonen.