Kan outsourcing nog goedkoper dan in India? Ja. In welke uithoek van de wereld dan? Het antwoord is: hier, in Nederland. Een belangrijke financiële instelling heeft voor bijna de helft van de gangbare prijs bij de India-route een applicatie ontwikkeld. Gedurende het hele project is gewerkt met zzp'ers die een Hollands uurtarief hanteren. Een wonder? Nee, slimmer werken.

Projectenergie. In dit voorbeeld werkte men met scrum; een methode waarin alle experts in één keer betrokken worden bij het project. Er ontstond een enorme dynamiek in de communicatie en samenwerking. Energie kwam los en er heerste teamgeest. En nog belangrijker, betrokkenen uit de business hadden er lol in. Er is nu zelfs een eigen businessvriendelijke versie van scrum ontwikkeld.

Carrièrekamikaze. In de regel staat niemand in de business te springen om te worden betrokken bij een IT-project. Oersaai en wanneer het project mislukt heb je een streepje achter je naam staan. Een avontuur in IT staat gelijk aan carrièrekamikaze. Wanneer je enige ambitie hebt naar de top door te stoten probeer je je verre te houden van IT-projecten.

Kus des doods in megaprojecten. Het is gangbaar om per fase van een groot IT-project een groep experts in te zetten, van functioneel ontwerp tot programmeren. Dat is feitelijk hiërarchisch en tijdsintensief. Na enkele maanden verslapt de aandacht van de business en voor je het weet is het IT die de kar moet trekken. Dodelijk, want je kunt het nooit goed doen. Na zoveel mediagenieke mislukte megaprojecten is het tijd om het roer om te gooien. Nooit meer langdurige projecten zonder duidelijk zicht op concreet werkende software.

Constante verandering als constante. Megaprojecten die jaren aan tijd en tientallen miljoenen aan euro's kosten, met relatief lage succeskans, kunnen niet meer. Wanneer het wel slaagt zit je met een complex systeem waar je niet aan wilt sleutelen. Constante verandering wordt de constante. Werken in korte cycli met concrete uitkomsten, zoals een prototype van een applicatie, is dan noodzakelijk. Dat hoeft niet te gelden voor alle systemen, maar wel voor alles wat snel verandert en waar je steeds meer rekening moet houden met de gebruikers.

Het belang van niet-experts. Wat moet echt anders? IT'ers zijn zakelijk en hebben het dus over functionele eisen. Wat moet het precies doen? Mensen weten goed wat ze niet willen. Dat zijn ook eisen. En er zijn ook niet-functionele zaken als gedrag dat moet worden afgeleerd om een nieuw systeem te laten slagen. In een scrumsessie waar ook levende gebruikers en allerlei niet-experts aan meedoen kom je tot verrassende inzichten die je met een klassieke aanpak nooit uit mensen krijgt.