To stay agile

When you don’t train and eat you grow fat. When you grow fat it’s hard to move fast and swiftly, to be agile. To stay lean many decide to train, but training costs effort.

You can have fun and hack around with your friends cq. colleagues (which is what “Individuals and interactions over processes and tools” seems to suggest), but if you just drink beer and have fun, responding to change will someday become hard. You run fat, how agile your weekends of hacking may seem.

The end-goal of agile software development is continuous and fast delivery of better software, no matter how you’d like to define that. But to stay agile requires training. Not only adding features (consuming feature-stories) but also continuously sharpening the tools that support the process, automate the process. Developing software that supports it to such extent that the process becomes a no-brainer. Hence, proper tooling over (manual) processes: automated tes…

Schatten in een Agile wereld

Inschatten wat de kosten moeten zijn is lastig. Vaak wijzen mensen in een agile omgeving op de driehoek Scope, Resources en Schedule. Je kunt niet Scope (wat je bouwt), Resources (wat je ervoor nodig hebt) én Schedule (de planning) vastzetten. Wanneer je Scope en Schedule vastzet kun je er wellicht extra geld tegenaan gooien. Op eenzelfde manier kan er ook voor gekozen worden om juist de planning los te laten en/of de scope. Alle drie zaken zeker en vast gaat niet. Maar toch, we willen een idee: wat gaat het kosten en wanneer is ‘het’ (het geplande) af?

Planningspoker

Scrummers doen hun schattingen met het spelen van planningspoker. Deelnemers aan een planningssessie werpen kaarten op tafel waarmee ze uitdrukking geven aan hoe zwaar ze een taak achtten t.o.v. een referentietaak met kaarten die genummerd zijn volgens de Fibonacci(-achtige) reeks. De grotere getallen liggen verder uit elkaar en geven daarbij ook uitdrukking aan een grotere mate van onzekerheid.

Je ku…

De principes van murb

Toelichting: Niet iedereen maakt applicaties op dezelfde manier. In de loop der jaren heb ik wat principes ontwikkeld waaraan ik mij probeer te houden wanneer ik oplossingen realiseer. Het zijn handvatten waaraan ik mijzelf probeer te houden. Ik hoop ook dat opdrachtgevers mij hieraan helpen herinneren mocht het, vergeef me, toch nodig zijn. Vandaar deze openbare declaratie.

Simpel

Ook het idee dat zaken veelal onnodig complex gemaakt worden? Het komt maar al te vaak voor dat IT-bedrijven oplossingen willen bouwen die geschikt zijn voor alles. Maar dat heeft een prijs: complexiteit. De software van murb is eenvoudig in het gebruik en ook nog eens goedkoper aan te passen aan jouw wensen.

De eindgebruiker staat centraal

Heb je het gevoel dat de gebruiker wordt vergeten bij lange lijsten met features? Er wordt door murb in de eerste plaats gewerkt aan gebruiksvriendelijke oplossingen. Met een duidelijke mens-machine-interactie en interactieontwerp achtergrond st…

Agile is dood, leve agility!

Niet lang nadat ik een eerste post had geschreven in mijn miniserie over het agile manifesto kwam ik een talk tegen van Dave Thomas, een van de opstellers van het manifest voor agile software ontwikkeling, die verklaarde dat Agile dood is.

TLDW (too long, didn't watch); Agile is geen zelfstandig naamwoord, dus 'Agile Manifest' is sowieso een raar begrip, maar het verkoopt lekker. Agile wordt verkocht als een kant en klaar pakketje wijsheden dat je gemakkelijk kunt implementeren met behulp van (goed betaalde) experts. Deze wijsheden worden gepresenteerd als universeel (iets dat geen enkele regel is). Probeer daarentegen altijd stapsgewijs je proces, product, project (… eigenlijk alles) verder te optimaliseren volgens het enige universele stappenplan dat er is:

1. Weet waar je je bevind
2. Neem een klein stapje naar je doel …

Mensen boven procedures

"Mensen en hun onderlinge interactie boven processen en hulpmiddelen," zo schrijft het Agile Manifesto voor. Maar waarom hebben zoveel bedrijven dan nog steeds urenregistratie systemen die niet werken? Waarom houden we allemaal zaken bij over de tijdsinvestering in een feature terwijl de voortgang er niet anders van wordt? Mensen zijn écht belangrijker.

De voortgang bewaken is belangrijk. De kosten onder controle houden ís belangrijk. Ga echter niet voorbij aan het primaire tastbare, en dus ook meetbare, resultaat waar de meeste medewerkers in je organisatie aan werken: het eindproduct. Stop met geloven dat je zeker weet wanneer iets precies af zal zijn, want geen ontwikkelaar kan in uren schatten. Schat grof in story points (of complexiteitspunten) en meet de snelheid en kosten van de realisatie op basis van afgeronde onderdelen.

Helaas, ook bij organisaties die aan een agile-variant zeiden te doen heb ik het maar al te vaak mis zien gaan. Blijkbaar blijft de aantr…