Posts by ALbert Mietus

Pathways: “Automatic product validation during lean & agile development”

Een poos geleden werd ik door een collega uitgedaagd: “Jij, als Pythondocent, kan toch wel je Automatisch TestScript concept uitwerken tot een algemeen beschikbaar voorbeeld?”. Ze had natuurlijk een goed argument. Want al is mijn idee voor testautomatisering in agile projecten al een paar keer gerealiseerd, die waren allemaal klantspecifiek en (dus) niet beschikbaar voor een volgend team. Een algemeen beschikbaar voorbeeld zou dat veel makkelijker maken. “Nu kost het telkens veel moeite om die mensen te laten ervaren hoe goed het werkt”, zei ze nog.

Read more ...


Rekenfactoren

Updated on 2015/08/06 2015/08/06

Op de vernieuwde site, is dit verhaal van Rough naar Narrative verhuisd.

Read more ...


De Test Ontwerper

Updated on 2015/08/06 2015/08/06

Op de vernieuwde site, is dit verhaal van Rough naar Narrative verhuisd.

Read more ...


Geïntegreerd Agile Blog

Er zijn veel succesverhalen over agile. Maar er zijn ook veel projecten die scrum gebruiken als ‘cover-up’ voor hun chaotische manier van werken. Waardoor er inmiddels ook heel wat negatieve geluiden te horen zijn.
Er zijn veel managementboeken over scrum geschreven en diverse agile technieken worden dagelijks gebruik. Toch krijg ik nog steeds heel veel vragen om praktisch advies. Vragen waaruit blijkt dat het overgaan op scrum moeilijk is. Of, dat men wel roept dat aan agile te doen, maar dat projecten nog steeds uitlopen. De vraag is: “Wat doen we fout?”.

Read more ...


Waarom testautomatisering?

In Geïntegreerd Agile is testautomatisering belangrijk, essentieel zelfs. Zoals andere blogs laten zien, kan het invoeren echter lastig zijn; zeker als het niet direct vanaf de start opgepakt is. Immers, de kosten gaan voor de baten uit. Ook wordt het doel van testautomatisering (te) vaak verkeerd begrepen

Testautomatisering gaat namelijk niet over testen, maar over goedkoper ontwikkelen!

Read more ...


Zwart-Wit, zonder Grijs!

Agile is vrij informeel qua processen. Met weinig absolute regels die aangeven wat goed en wat fout is. Agile kent veel meer kleuren dan wit en zwart. Immers tussen spierwit en pikzwart zitten heel veel tinten grijs! Met Geïntegreerd Agile proberen we continue te verbeteren. Een sprint die beter gaat dan de vorige is goed. Maar wat nu goed genoeg is, is over een halfjaar verouderd.
Dit maakt het invoeren lastig: als niets fout is, hoe kun je het goede dan leren?

Read more ...


Leermomentje: Afspraak is afspraak

We maken fouten om er van te leren! Dat geldt ook bij Geïntegreerd Agile. De ScrumMaster moet daarom alert zijn op denkfouten. Zodat hij zijn team een spiegel voor kan houden.

Read more ...


Het bouwen van een effectief Geïntegreerd Agile team

Ik krijg vaak vragen over het samenstellen of wijzigen van een agile- of scrum-team. Wie doet dat? Waarom en wanneer verandert het team? En vooral: hoe helpt dit om het team (steeds) efficiënter te maken?
Dit zijn goede vragen, al zijn ze lastig te beantwoorden. Er is namelijk geen vast stramien voor. Bovendien zijn de antwoorden sterk afhankelijk van het project en de omgeving. Een nieuw project van 8 FTE opzetten is anders dan het ombouwen van een bestaand project met 17 of 50 mensen naar een Geïntegreerd Agile team. Ook zal, telkens als het project groeit of krimpt, moeten worden nagedacht over het bouwen van het team.

Read more ...


Hiërarchie of leiderschap?

Scrum kent weinig hiërarchie; zo is maar één echte rol: teamlid; bijna iedereen is “teamlid”. Natuurlijk kent scrum ook de rollen ScrumMaster (SM) en ProductOwner (PO), maar daar houdt het mee op. Vergelijken we dit met de meeste software ontwikkel organisaties dan is dit weinig. Scrum kent geen architecten, geen teamleads; kortom geen enkele inhoudelijke leider.
Toch is leiderschap belangrijk, zeker in agile. De scrum (project) management stijl onderschrijft dit ook; alleen niet met formele rollen. Ditzelfde zie je ook op een grotere schaal: er is weinig hiërarchie in de besturing. Scrum kent wel het scrum-of-scrum principe, maar kent geen “hogere” titel toe voor iemand die verantwoordelijk is voor een aantal scrumteams.

Read more ...


Wat kost een FeaturePoint?

Een FeaturePoint is een abstracte, relatieve maat om te duiden hoe duur het is om een feature te realiseren; relatief ten opzichte van andere features. Het is belangrijk dat het team en de product-owner eenzelfde gevoel hebben voor die kosten.
Het voordeel van deze relatieve eenheid is dat die gebruikt kan blijven worden, ook als het team efficiënter wordt, groeit, of anders verdeeld wordt in scrum-teams. Een nadeel is dat het enige tijd kan kosten om het gevoel voor ‘1FP’ te krijgen.

Read more ...


Spreek dezelfde taal

Geïntegreerd Agile is een mix van agile, scrum en lean werkwijzen om software engineering projecten efficiënter uit te voeren. Ook in organisaties die gewend zijn aan – of (deels) nog werken met– de meer traditionele aanpak. Het invoeren van nieuwerwetse ideeën kan lastig zijn, omdat niet iedereen dezelfde taal spreekt.

Read more ...


Bijzondere Activiteiten en Q-Features

Meestal wordt een Feature verdeeld in taken. Maar soms gebruiken we ook bijzondere scrum-briefjes: zoals de Q-Feature en de Activity (Activiteit). Ze zijn net anders en om dit te markeren hebben ze een andere kleur op het ScrumBoard.

Read more ...


Backlogs: Product versus Sprint

Er zijn twee soorten backlogs: de ‘Product-BackLog’ (PBL) en de ‘Sprint-BackLog’ (SBL). Deze zijn ‘anders’, maar gerelateerd. Vooral hun scope en doel zijn anders; en moeten niet verward worden.

Read more ...