Website verhuisd

Beste bezoeker,

Deze website is verhuisd en wordt niet meer up to date gehouden.

De nieuwe url is: http://www.agileopmaat.nl/

Met vriendelijke groet,

Agile Op Maat
Ordina

Geplaatst in Algemeen | Een reactie plaatsen

Een Agile aanpak zorgt voor beklijving en vertrouwen

Waar gaat het om bij het inzetten en maken van ICT hulpmiddelen: dat ze gebruikt worden. Als ze niet gebruikt worden leveren ze geen rendement op, sterker nog het zit alleen maar in de weg. Maar al te vaak kom ik hele mooie (standaard) ICT-producten tegen die niet gebruikt worden in de organisatie. Met ambitieuze plannen is de organisatie gestart, maar het landt gewoonweg niet. Een belangrijk probleem is dat mensen die met de oplossingen moeten werken het niet in hun huidige werk kunnen plaatsten. Een training of handboek is leuk, maar dat is niet genoeg.

Betrekken van mensen in het project zorgt voor een veel diepere “interventie”. Een die blijft hangen. Het is niet voor niets dat Confucius honderden jaren geleden al zei:

If I tell you, you will forget
If I show you, you will remember
If I involve you, you will understand.

Juist als je het begrijpt kun je het vertalen naar je eigen (gebruikers)situatie. Dit geldt natuurlijk ook voor de mensen die de hulpmiddelen implementeren of maken. Kijk als gebruiker eens mee met het werk van een ontwikkelaar, of sterker nog: werk eens een paar weken met ze samen

Mensen betrekken neemt een heleboel barrières weg, ook die van weerstand. Omdat ze betrokken zijn en begrijpen neemt het vertrouwen in de uiteindelijke uitkomst toe. Zoals zoveel dingen in het leven zijn vele veranderingen niet van te voren vast te zetten. Vooral bij 2e orde veranderingen waar niet aan het begin volledig vaststaat wat de uitkomst zal zijn is vertrouwen bouwen randvoorwaardelijk. (zie kader).

Vertrouwen, beklijving, wat wil je nog meer?, probeer eens zo’n Agile traject.

Dit is een artikel van gastschrijver Patrick van Burgel.

Patrick van Burgel
Schrijver van Grip op de zaak: succesvolle ICT-veranderingen en Solution manager bij Ordina

Blz 55 uit Grip op de zaak:

Het niveau van de verandering

Schat goed in wat voor verandering het is. Een ICT-verandering wordt vaak gezien als een eerste-orde, te plannen, verandering. Toch moeten vele ICT-veranderingen gezien worden als tweede-orde-veranderingen. Het is bij de start van de verandering niet exact bekend wat de gewenste situatie B zal zijn, en welke tijd en energie dit gaat kosten. Het is lastig, dan wel onmogelijk, alle hoekstenen en samenhang vooraf te voorspellen bij grote ICT-veranderingen.

Eerste-orde-verandering

Dit is een verbetering. Binnen de bestaande context wordt veranderd. De huidige, situatie A, is bekend en ook de toekomstige, situatie B is bekend. (zie diagram)

Tweede-orde-verandering

Dit is een verandering. De huidige situatie A is bekend, maar de toekomstige situatie B is (nog) onbekend.

Derde-orde-verandering

Dit is een transformatie. De huidige situatie A is onbekend (er zijn meerdere ‘waarheden’), de toekomstige situatie B is onbekend, maar we moeten toch veranderen. Bijna altijd gaat aan de verandering een crisis vooraf.

Geplaatst in Algemeen | 1 reactie

Presentaties Innoveer Jij Mee sessie 7 december

Na de inspirerende woorden van Agile Manifesto schrijver Arie van Bennekum over “10 jaar Agile Manifesto… en wat nu?” op 7 december bij Ordina was er keuze uit 3 tracks met uiteenlopende onderwerpen, verzorgd door Ordina consultants.

De presentatie  over organisatieopstellingen “Creëer een voedingsbodem voor Agile transformatie” (van Remi-Armand Collaris en Rik Hurkmans) kun je hier bekijken.
As je na wilt zoeken waarom de Agile manier van werken goed aansluit op het Rijnlandse model (volgens Patrick van Burgel) dan kun je die hier vinden.Van de track om spelenderwijs tot betere (agile!) contractvoorwaarden te komen (door Dick van der Sar) zijn deze slides beschikbaar. Lees verder

Geplaatst in Agile methodieken, Algemeen, Bedrijfsvoering, Evenementen, Presentaties | Een reactie plaatsen

Documentatie in een Agile traject

In een waterval ontwikkeltraject is in detail uitgewerkt ontwerpdocumentatie een belangrijke vereisten om met bouw en test te kunnen starten. Binnen een agile traject niet, want het Agile Manifesto zegt het volgende over documentatie:  “We value working software over comprehensive documentation”, of te wel “Wij waarderen werkende software boven uitgebreide documentatie”. Vanuit dit principe is er een spanningsveld tussen ontwerpen in traditionele omgeving en ontwerpen in een  agile omgeving. Dit artikel beschrijft  hoe je als team hiermee om kunt gaan. Lees verder

Geplaatst in Agile ontwikkelen, Algemeen | Tags: , , , , , , , , , , , , , , , | Een reactie plaatsen

Innoveer jij mee? – 10 jaar Agile Manifesto… en nu?

Op woensdag 7 december organiseert Ordina de AgileOrdina InnoveerJijMee sessie van 16.00 – 20.00 uur op het Ordina kantoor in Nieuwegein. Je krijgt state of the art presentaties over agile van Arie van Bennekom, Remi-Armand Collaris en anderen. Meld je snel aan voor dit gratis kennisevent!

Klik hier om je aan te melden.

Arie van Bennekum – 10 jaar Agile Manifesto… En hoe betrek ik nu gebruikers?!?

Onze keynote spreker, Arie, is een van de auteurs van het Agile Manifesto. Hij vertelt over hoe dit precies 10 jaar geleden tot stand is gekomen, welke ontwikkelingen hij sindsdien heeft waargenomen en hoe hij de toekomst van Agile ziet. Hij verbaasd zich keer op keer over de moeite die het kost om echte eindgebruikers en beheerders betrokken te krijgen in het ontwikkelteam. “Dit is toch de kern van Agile werken.” Arie besteedt daarom aandacht aan processen en hulpmiddelen voor het overhalen van managers en het gemotiveerd houden van gebruikers. Lees verder

Geplaatst in Algemeen | Een reactie plaatsen

Collective test ownership – Kwaliteit is een teamverantwoordelijkheid

Een algemeen toegepaste werkwijze vanuit eXtreme Programming (XP) is collective code ownership. Dat houdt in dat alle teamleden gezamenlijk de code beheren, volledige inzage hebben, en bijvoorbeeld ook de fouten oplossen in code die door een ander is geschreven. Dat impliceert dat er één gezamenlijk systeem moet zijn voor het beheren van de code, en uiteraard is het ook alleen werkbaar als er tevens continuous integration wordt toegepast. Voorts moet er sprake zijn van veel uitwisseling van kennis, bijvoorbeeld door middel van reviews of pair programming.

Sommige teams gaan nog een stap verder, door ook alle testware in source control te plaatsen, en deze als team gezamenlijk te beheren. Elisabeth Hendrickson noemt dat: collective test ownership. Lees verder

Geplaatst in Agile ontwikkelen, Agile Testen, Implementatie van agile, Testen3.0 | Tags: , , | 1 reactie

De waarde van acceptatietests op lange termijn

Niet alleen in afgebakende projecten wordt er tegenwoordig op een agile werkwijze gehanteerd. Ook bij pakket- en productontwikkeling heeft agile zijn intrede al geruime tijd gedaan. Met een dedicated team voor langere tijd (meerdere jaren) op agile wijze aan hetzelfde product werken is geen uitzondering meer.
Een wezenlijk probleem dat zich in zulke situaties echter kan voordoen is dat het onderhouden van de (geautomatiseerde) regressietests veel tijd en inspanning gaan kosten. Lees verder

Geplaatst in Agile Testen | Tags: , , , , , , | 1 reactie

De Product Owner rol onder de loep

De rol van product owner binnen een scrum team is toch wel een afwijkende in mijn ogen. Naast dat de product owner een teamlid is, is hem ook het succes van het opgeleverde product aan te rekenen. Dat is me nog eens een verantwoordelijkheid zeg!
Daarom is het ook goed om wat meer aandacht aan deze specifieke rol te geven want, wat/wie is nou een goede product owner, hoe kan deze zijn werk het beste doen en voor welke problemen komt hij/zij te staan? Lees verder

Geplaatst in Agile methodieken, Agile Requirements, Algemeen | Tags: , , , , , , , , | Een reactie plaatsen