In het Linux Magazine van december stond een recensie van een nieuw boek over open source projecten. Het gaat om Open source-software produceren van Karl Fogel.
Deze deskundige probeert een handreiking te geven voor het samenwerken rond open source-projecten, want hier blijkt het meestal op stuk te lopen. "De meeste open source-projecten mislukken." stelt de schrijver.
Het is dus geen technische verhandeling maar veel meer een boek dat op de sociale aspecten van open source-groepen ingaat. Omdat de personen die bij open source-werk betrokken zijn een hoog idealistisch gehalte hebben, kan dit gemakkelijk voor meningsverschillen en ruzies leiden. Daarnaast kan een al te losse manier van samenwerken er toe leiden dat belangrijke, maar minder spannende, taken tot het laatst blijven liggen of slordig afgemaakt worden. Dit komt het project niet ten goede.
Fogel geeft handreikingen om op een democratische en decentraal geleide manier, zoals dat gaat bij open source-projecten, toch tot een bevredigend resultaat kan komen. Het is onze ervaring dat dit een grote uitdaging kan zijn. Samenwerken met een groep bevlogen vrijwilligers is al lastig als je op dezelfde locatie werkt; het maken van software door een groep ontwikkelaars verspreid over verschillende locaties wordt gemakkelijk een nachtmerrie.
Er is dus een bepaalde mate van centrale sturing nodig. Ook in open source. Onze ervaring leert dat met een klein team dat de leiding heeft er een grotere kans van slagen ontstaat. Voorwaarde is wel dat de betrokken ontwikkelaars het gevoel hebben dat hun bijdrage gebruikt wordt en dat hun mening wordt gewaardeerd. Gelukkig biedt het internet hiervoor goede mogelijkheden. Iedereen kan bijdragen en iedereen kan een oordeel geven op de ingestuurde bijdrages. Omdat dit wat minder persoonlijk is, neemt het ook hindernissen weg die soms in direct contact een rol spelen. Het gaat niet zozeer om iemands persoonlijke uitstraling maar puur om de bijdrage.
Wat ons betreft is er dus hoop voor open source. Maar ik ben het zeker met Fogel eens dat dit soort projecten, net als ieder ander IT project, goed geleid moet worden.