De beslissing om voor Open Source software te gaan, kan niet gebaseerd worden op blauwe ogen of persoonlijke voorkeur. Wanneer bedrijven besluiten voor Open Source software te gaan, dan moet daar een erg goede reden voor zijn. Wij geven er u vijf die voor u van belang kunnen zijn.

Reden één: Kosten

De meeste mensen concentreren zich op kosten. Kosten zijn belangrijk. Open Source blinkt uit in kosten, aangezien er geen licentiekosten te betalen zijn. Voor commerciële software moet u dat wel. Punt voor Open Source. Maar hoe belangrijk is dit? Eigenlijk, vergeleken met de rest van de kosten - voorbereiding, implementatie, hosting, onderhoud - is het slechts het topje van een ijsberg. Licentiekosten kunnen zeer hoog zijn, kijk maar naar de ERP-markt, wat dit onderstrepen zal. Voor 'gekochte' software maakt het echter niet zoveel uit. MS-Office of OpenOffice.org? Ja, er zijn verschillen, maar op de Grote Berg van IT-Kosten, is het bijna niets.

Levenscyclus

Maar software is niet zomaar een product, het is een 'levend' iets met een geboorte, een kindertijd, een volwassen fase en zelfs een dood. Dus, waar de aanschaf niet zo veel betekenis heeft in termen van kosten, heeft de levenscyclus dat wel. Toen u uw softwarepakket kocht, waar in diens levenscyclus stapte u toen precies in? Bij de geboorte? Kort voor zijn dood? Ergens in het midden? Met softwareproducten is het moeilijk daar antwoord op te krijgen. Eén ding is echter zeker: als het een levend product is, zal er een Nieuwere Versie komen, die een Data Conversie zal veroorzaken, misschien zelfs Verloren Gegevens.

Waarom is dit belangrijk?

Stelt u zich een softwareselectieproces voor. Indien goed uitgevoerd, dan is dit een flinke kluif. Stelt u zich nu voor dat het door u gekozen pakket 85% van uw 'must haves' dekt en dat u besloot om een software-ontwikkelbedrijf opdracht te geven voor het ontwikkelen van de resterende 15% van uw behoeften. Wat gebeurt er nu met die functionaliteit wanneer de Volgende Versie uitkomt? Zal het onderdeel van deze versie zijn? Grote kans dat het antwoord luidt: 'Dacht het niet'. Dat laat u twee keuzen: genoegen nemen met de Oude Versie, of het geven van een tweede opdracht aan het software-ontwikkelbedrijf om de zaak over te zetten naar de Volgende Versie. De meeste bedrijven kiezen het laatste, aangezien de meeste support-contracten geen Oude Versies ondersteunen.

Stelt u zich nu voor dat u een Open Source product had gekozen. Zelfde verhaal, 85% 'must have'-dekking, 15% ontwikkeling. Deze keer zijn uw extensies in Open Source ontwikkeld. Dezelfde kosten, een andere benadering. Wanneer nu de onvermijdelijke Volgende Versie komt, is uw extensie hiervan een onderdeel geworden. Geen geforceerde her-ontwikkeling, geen verloren kosten, geen waardeloze support-contracten.

Reden twee: Regie

U schrijft Microsoft een brief met daarin een opdracht voor het ontwikkelen van enkele uitbreidingen op Windows 7. Klinkt realistisch? Als dat zo is, controleer dan even of u niet aan het dagdromen bent. De meeste 'closed source'-bedrijven zullen niet reageren op uitbreidingsverzoeken, tenzij er heel veel van zijn die allemaal hetzelfde verzoeken. Reden hiervoor is dat de meeste softwarebedrijven een strategie van Product Leadership volgen: zij proberen de beste te zijn in hun veld, maar beslissingen over welke functionaliteit aangeboden worden en welke niet, worden genomen op het strategische niveau, niet op het sales-niveau. Beslissingen in de strategische top hebben doorgaans enige tijd - soms jaren - nodig om in realiteit omgezet te worden. In de tussentijd zult u moeten wachten. U kunt niet weten of u serieus bent genomen totdat u de Volgende Versie zelf gezien hebt.

Oké, dit wist u natuurlijk allemaal, dus u heeft uw eigen extensie ontwikkeld. Maar wacht eens, triggerde dit niet het levenscyclus-verhaal van Reden één? Het zal uw kosten aanzienlijk verhogen.

Nu met Open Source. U kunt het proberen met een brief aan de hoofd-ontwikkelaars. Misschien dat ze reageren. Misschien niet. U weet het pas als u het geprobeerd hebt. U kunt geld doneren aan de hoofd-ontwikkelaars om de ontwikkeling te beïnvloeden. Sommige bedrijven staan dit toe, waaronder Moodle.org en OpenERP SA (OpenERP). U kunt een onafhankelijk software-ontwikkelingbedrijf vragen uw extensie te ontwikkelen. U kunt het zelf doen. Punt is: u heeft een keuze. U kunt werkelijk regie nemen over de richting die de ontwikkeling neemt. Uw richting.

Reden drie: Volwassenheid

Personen zijn net mensen. Zelfs softwareontwikkelaars. Ja, echt. Dit verzekert u ervan dat zij fouten zullen maken. Sommigen stellen dat gemiddeld genomen er één fout zit in elke 4000 regels code. Bedenk dan dat een product als Linux (of Windows) vele miljoenen regels code bevat en u krijgt een idee van het mogelijke aantal op te lossen fouten. Het is dus heel belangrijk om te testen, te hertesten en opnieuw te testen.

In een 'closed source'-bedrijf zijn alleen de werknemers van het bedrijf en een selecte groep zogenaamde Beta-testers in een positie om deze zeer belangrijke feedback te geven aan de ontwikkelaars. Als de naam van dat bedrijf niet Microsoft is of Google of een ander top-500 bedrijf, dan is de kans groot dat deze groep niet echt groot is. De enige manier waarop mensen kunnen testen, is door het gebruik van de software. Dit kan voldoende zijn, maar de ervaring leert dat een grondige controle van de broncode veel effectiever is. Met 'closed source' producten kunt u dit niet. Met Open Source producten kunt u dat wel. Het publiek van testers is ook een stuk groter en diverser. Dit leidt tot meer volwassen software. Minder fouten, minder kans op gegevensverlies.

Dus, is alle Open Source software volwassen? Nee, dat is niet het geval. Eigenlijk is de meeste Open Source software dat niet. Reden hiervoor is dat software niet alleen een product is, maar ook een verzameling van procedures die mensen moeten volgen. Als mensen dit niet onderkennen, dan is de kans groot dat het nooit een goedgebouwd en gemanaged commercieel product zal overtreffen in termen van volwassenheid. Het goede nieuws is: er zijn vele volwassen Open Source producten. Maak uw keuze.

Reden vier: Flexibiliteit

Bedrijven veranderen. Hetzelfde geldt voor regels en wetten. Hetzelfde geldt voor vereisten voor software. Bedrijven moeten zich voortdurend aanpassen aan allerlei veranderingen. Hun software hoort dat dus ook te doen. Wanneer alle bedrijven dezelfde verandering door moeten, dan is er weinig onderscheid tussen closed source en Open Source software. Men kan zelfs stellen dat nationale closed source-bedrijven hier in het voordeel zijn. Het is immers hun belang om aan de bovenkant van de markt te opereren, dus zullen zij zich ervan vergewissen dat zij deze aanpassingen kunnen maken. Dus ook hun software. Hoeveel het u gaat kosten? Ja, dat is de goede vraag.

Met Open Source kunnen veranderingen ook uitdagingen worden. In contrast met closed source software, zult u zelf initiatief moeten nemen, of u ervan vergewissen dat iemand anders dat voor u doet. U kunt liften op andermans portemonnee of met gecontroleerde investeringen de software vrij sturen van de aankomende uitdagingen.

Maar wat als alleen uw bedrijf voor de uitdagingen staat? Met closed source software, staat u er alleen voor. Met Open Source kunt u uw eigen uitbreidingen ontwikkelen wanneer u maar wilt. Als u het terugschenkt aan de Open Source-gemeenschap, dan wordt het zelfs onderdeel van de levenscyclus. U bepaalt.

Reden vijf: Continuïteit

Productcontinuïteit

Bedrijven hebben ook een eigen levensloop. Ook zij worden geboren, leven en sterven uiteindelijk. Als u gekocht heeft van een closed source-bedrijf en dat bedrijf gaat over de kop, dan zit u in de problemen. Als u over kunt stappen op een vergelijkbaar product, dan komt u weg met de stress van een plotselinge conversie. Als u anders vergeten bent een escrow-contract te tekenen, dan wordt het tijd om uit te zien naar een andere baan. Met Open Source software, gaat software eigenlijk nooit dood. Zelfs als het 'orphan' wordt gelegd, wat inhoudt dat er niemand meer naar omziet, kunt u de teugels oppakken en het in elke richting sturen die u belieft. Dus, zolang uw bedrijf leeft, leeft het Open Source product dat u gebruikt met u mee. De kans bestaat dat het uw bedrijf overleeft.

Datacontinuïteit

Gegevens in software worden ergens op enige manier opgeslagen. In closed source software, kunt u niet altijd terug vertellen waar uw gegevens naartoe gingen en in welk formaat het werd opgeslagen. Enkele zeer populaire producten slikken uw gegevens in ... en geven deze vervolgens nooit meer terug. Tenminste, niet in een formaat dat geschikt is voor een gegevensconversie naar een concurrerend product. Weinigen realiseren zich dat zij aandacht moeten schenken aan dit aspect bij het maken van een keuze voor een closed source product. Met Open Source software, bent u volledig in regie. Zelfs als u zelf geen kaas kunt maken van de broncode, is er altijd wel iemand te vinden die dit wel kan.

Ontwikkelaarscontinuïteit

Als u zelf een closed source product heeft ontwikkeld, dan bent u afhankelijk geworden van de mensen die het gebouwd hebben. Als u geen softwarebedrijf runt, is de kans groot dat u slechts een beperkt aantal ontwikkelaars in huis heeft. Wanneer mensen vertrekken, nemen zij hun vaardigheden, ervaring en kennis met zich mee. Hoe kunt u die vervangen? Goede procedures en goede documentatie kunnen helpen, maar wanneer u daar niet genoeg van heeft.... Echter, wanneer het product in Open Source is ontwikkeld, dan verlaat de ontwikkelaar in zekere zin nooit uw organisatie. De meeste Open Source ontwikkelaars putten veel voldoening uit hun producten. Zelfs als zij uw bedrijf verlaten, zullen zij hun product niet verlaten. Aangezien dit Open Source is, kunnen ook andere ontwikkelaars hiervan notie hebben gekregen, begonnen zijn het te gebruiken en - nog beter - het zijn gaan uitbouwen. Dat geeft u een basis om mensen uit te werven mocht u deze in dienst willen hebben.

Conclusie

Dus, waarom gebruikt u nog geen Open Source software? Wat houdt u tegen?