Nadeel in de handOveral is te lezen en te horen wat de voordelen van agile en Scrum zijn. Die voordelen zijn zo groot dat organisaties massaal overstappen op een agile werkwijze. Wie wil er niet een hogere productiviteit, kortere time-to-market, grotere klanttevredenheid, hogere softwarekwaliteit, voorspelbaarheid qua doorlooptijd en kosten, kunnen omgaan met wijzigende requirements en bovendien meer werkplezier voor de projectmedewerkers?
 Je zou bijna vergeten dat er ook nadelen kleven aan agile en Scrum. Het is niet alleen maar rozengeur en maneschijn. Laten we eens 4 belangrijke nadelen onder de loep nemen:

1. Het is niet eenvoudig

Agile en Scrum lijken misschien eenvoudig omdat de ‘spelregels’ eenvoudig zijn. Maar schijn bedriegt. Zoals ondertussen genoeg organisaties ondervonden hebben is het een hele uitdaging om de agile principes en het Scrum framework goed toe te passen.

Agile werken vergt een behoorlijke inleertijd. Dat komt omdat je niet alleen een nieuwe werkwijze met nieuwe technieken moet aanleren, maar vooral omdat agile een andere mindset vergt dan in traditionele softwareontwikkeling. Veel dingen die vroeger vanzelfsprekend waren, gelden niet meer. Bijvoorbeeld planmatig werken, SMART requirements en zorgvuldig documenteren zijn in agile veel minder van belang.

2. Het vraagt veel tijd en commitment van de business

Gezamenlijk commitment

Voor een succesvol agile project is intensieve samenwerking tussen business en ICT vereist. Er dient (bijna) dagelijks contact te zijn tussen de business en het ontwikkelteam om af te stemmen, te sparren en bij te sturen. De business heeft een cruciale rol en is verantwoordelijkheid voor de ROI. Zij moeten op tijd beslissingen nemen, prioriteiten stellen en feedback geven aan het ontwikkelteam.

De product owner in Scrum is niet voor niets een fulltime rol. Hij moet de wensen en verwachtingen van de stakeholders managen en zijn visie overbrengen op het ontwikkelteam.

3. De rol van de analist is onduidelijk

De bekende traditionele rollen zoals analist, ontwerper, architect, tester en projectleider worden bewust niet gehanteerd in agile. Iedereen is gewoon teamlid en als (multidisciplinaire) ontwikkelteam gezamenlijk verantwoordelijk voor het resultaat. Er zijn geen voorgeschreven taken of werkzaamheden voor bepaalde teamleden. In plaats daarvan bepalen de teamleden iedere dag gezamenlijk wie welke werkzaamheden gaat doen.

Het opstellen van requirements is in een agile project niet meer de verantwoordelijkheid van analisten. Het just in time creëren van een gezamenlijk beeld van de requirements is een taak van de product owner en het ontwikkelteam samen. Het is zelfs niet vanzelfsprekend dat er analisten nodig zijn op een project.

4. Er is een organisatieverandering nodig

‘Change’ in de steigers

Om de voordelen van agile ten volle te benutten, is het niet genoeg om alleen binnen de ICT-projecten agile te werken. Heel de organisatie van hoger management tot marketing, productontwikkeling en ICT-beheer moet mee in de agile denk- en werkwijze. Het is eerder een cultuurverandering dan wederom een nieuwe softwareontwikkelmethode. Gelukkig is een geleidelijke overgang aan te bevelen.

Voor een groot deel van de organisaties zijn typische agile voorwaarden als zelfsturende teams (geen projectleider), fully commited (medewerkers niet in meerdere teams), teamverantwoordelijkheid (geen individuele beoordelingen/bonussen), transparantie (geen managementrapportages) een brug te ver. De meest voorkomende aanpak op dit moment is dan ook een hybride aanpak, die een mengvorm van waterval en agile is. Hiermee zijn vaak (iets) betere resultaten te halen dan met een watervalaanpak, maar de grote voordelen van agile zullen uitblijven.

Nu ben ik benieuwd naar je mening. Wegen deze nadelen voor jou op tegen de voordelen van agile? Geef alsjeblieft je mening in het reactieveld hieronder.

Succes met de requirements,

Nicole de Swart

Vond je dit artikel interessant? Deel het dan met anderen via de share knoppen aan de zijkant.

Gratis preview Handboek Requirements

Lees alvast 5 hoofdstukken uit het compleet vernieuwde boek

Nicole de Swart

Nicole de Swart

Requirementstechnieken expert

Ik help je de juiste mix van agile en traditionele requirementstechnieken toepassen

Volg Nicole op:

Tips voor de moderne analist

# abonnees

Abonneer je en ontvang eens per maand een nieuw artikel