1. Bepaal of crowdsourcing een geschikte aanpak is
Allereerst is het belangrijk om te bepalen of een softwareproject geschikt is om gecrowdsourced te worden. Als een project bedrijfsspecifieke kennis vereist waar buitenstaanders weinig vanaf weten, is het wellicht beter om een project zelf uit te voeren. Verder is het belangrijk om te beoordelen hoe essentieel een tijdige oplevering van een project is: net als bij outsourcing wordt een organisatie afhankelijk van derden. Als de crowd om wat voor reden dan ook niet in staat is om op tijd te leveren, dan kan dat ook andere vertragingen tot gevolg hebben.

2. Plan ontwikkelactiviteiten nauwkeurig
Het softwareontwikkelingsproces in crowdsourcing verschilt erg van hoe interne softwareontwikkeling plaatsvindt. Softwareontwikkeling met crowdsourcing is noodzakelijkerwijs een watervalproces: requirements moeten van tevoren bekend zijn (anders kan de software niet worden ontwikkeld door een crowd), en het heeft weinig zin om incrementeel software te ontwikkelen met een crowd, omdat ontwikkelaars misschien maar in één contest meedoen. Echter, veel softwareorganisaties volgen tegenwoordig een agile proces dat incrementeel en iteratief is, en het afstemmen van een lineair waterval- en een iteratief agile proces kan lastig zijn. Om misverstanden en oponthoud te voorkomen is het daarom belangrijk om het proces van tevoren goed te begrijpen, om zo op problemen te ­anticiperen en een goede planning te kunnen maken.

3. Geef duidelijke instructies aan de crowd
Documentatie speelt een belangrijke rol, omdat dit een van de belangrijkste communicatiekanalen is met ontwikkelaars in de crowd. Als de instructies voor een bepaalde ontwikkeltaak niet duidelijk zijn, dan is de kans groot dat inzendingen van onvoldoende kwaliteit zijn, of dat er veel vragen worden gesteld (middels onlinefora) die veel tijd kosten om te beantwoorden. Het is ook belangrijk om de juiste balans te vinden: te veel instructies en documentatie kunnen ontwikkelaars afschrikken met als gevolg dat zij afhaken. Te weinig documentatie betekent dat aannames niet expliciet worden gemaakt, wat resulteert in software-inzendingen die niet voldoen aan de vereisten.

4. Stel een technisch persoon aan voor ­interactie met de crowd
Contact houden met crowdontwikkelaars kan veel tijd en moeite kosten. Sommige platformen prefereren één contactpersoon binnen de cliëntorganisatie, die ook als projectmanager kan fungeren. Echter, projectmanagers met technische kennis zijn vaak hoogbetaalde werknemers, en dit maakt het contact houden met de crowd erg duur. Daarom is het aan te raden om één technisch persoon aan te stellen om dagelijks vragen te beantwoorden via fora.

1. Blijf niet anoniem
Softwareorganisaties die willen crowdsourcen zijn wellicht bezorgd over het delen van gevoelige informatie en Intellectual Property (IP). Om dat tegen te gaan, kan een organisatie anoniem blijven, maar dit heeft ook een groot nadeel: veel crowdontwikkelaars gebruiken crowdsourcing als een manier om hun cv op te poetsen. Voor ontwikkelaars in ontwikkelende economieën, zoals India en China, is het waardevol om bekende bedrijfsnamen op je cv te zetten. Sommige platformen geven ontwikkelaars een ‘rating’: een score die de technische kennis en vaardigheden aangeeft. Als cliënten anoniem blijven, zou het goed kunnen dat opdrachten van dat bedrijf minder aandacht trekken dan ‘Blue Chip’-bedrijven, die een goede reputatie hebben.

2. Wijs contributies niet te snel af
Zodra een contest over is, heeft de cliëntorganisatie een beperkte tijd om de winnende oplossing te accepteren. Als de kwaliteit niet voldoende is, dan kan de inzending worden afgewezen, en hoeft geen betaling gedaan te worden. Dit kan echter leiden tot een ‘slechte naam’ als wanbetaler, als een cliënt om het minste of geringste een inzending afwijst. Dit kan potentiële participanten afschrikken, omdat zij de kans betaald te worden te klein inschatten. Daarom is het goed om te kijken wat voor problemen een inzending heeft, en als interne ontwikkelaars gemakkelijk een inzending kunnen aanpassen zodat het wel bruikbaar is, dan is het beter om de inzending te accepteren.

3. Onderschat de kosten niet
Een van de potentiële voordelen van crowdsourcing is kostenbesparing. De meeste ‘microtasks’ op Amazon Mechanical Turk kosten één euro of minder. Echter, de kosten van softwareontwikkeling op gespecialiseerde platformen moeten niet onderschat worden. De totale prijsbepaling hangt uiteraard af van het platform dat een cliënt gebruikt. Het prijzengeld van een contest kan variëren van enkele honderden tot een paar duizend euro, wat natuurlijk ook afhangt van de complexiteit van de taak. Sommige platformen vereisen bovendien een ‘abonnement’ om het platform te kunnen gebruiken. Dit kan oplopen tot duizenden euro’s per maand.

4. Verwacht geen wonderen
Ten slotte, crowdsourcing is niet de ‘Silver Bullet’ voor softwarontwikkeling. De potentiële voordelen, zoals hoge kwaliteit, een korte ontwikkelduur en lage kosten, zijn niet makkelijk te realiseren. Net als bij outsourcing, is het bijzonder moeilijk voor een cliëntorganisatie om precies duidelijk te maken wat zij wil. De ontwikkelde software die de crowd aflevert, is dus niet altijd van goede kwaliteit. Als interesse voor een contest tegenvalt en er dus maar weinig inzendingen zijn, kan het gebeuren dat die opnieuw moet worden aangeboden. Als gevolg daarvan kan de verwachte korte time-to-market ook niet worden gerealiseerd.