Reportage: De lessen van open source

[[image:spreker-3.jpg::left:1]]De volgende spreker wordt
aangekondigd als een autoriteit uit de open source community. Het gaat
om Brian Behlendorf, CTO van Collabnet
en in 1995 oprichter van het Apache software project. Hij vertelt een
boeiend verhaal over hoe een gemeenschap die zonder middelen opereert
toch resultaten oplevert. En achteraf allerlei lessen heeft geleerd
waar bedrijven naar zijn idee ook hun voordeel mee kunnen doen.

Hij begint met een terugblik op de roots van Collabnet. Die ligt dus in
de open source sfeer. Hij ziet open source als de herintroductie van
het individu binnen software ontwikkeling. Dat is immers meer dan
alleen maar methodisch werken, wat het steeds meer geworden was.

Vervolgens gaat Behlendorf in op de First Principles van open source.
Belangrijk bij open source is transparantie. Dat zie je bij corporate
engineering situaties veelal niet terug. Transparantie op het gebied
van code, besluitvorming, planning, prioriteiten en roadmap en ook de
discussie eromheen. Hij verwijst naar Opensource.org
waar de definitie van en criteria voor open source te vinden zijn. Bij
open source vind hij “the right to fork” belangrijk. Mensen moeten hun
eigen weg kunnen gaan. Niet samenwerken omdat het moet, maar omdat je
gemeenschappelijke voordelen hebt:

• reduces the risk if collaboration by reducing the cost of failure
• hanges the leadership by dynamic from “by fiat” to “by consensus”

Het leuke van open source projecten is ook hoe mensen zich kunnen
ontwikkelen. Van casual user, naar expert, naar patch submitter naar
core developer.

Daarna maakt hij de overstap door te kijken hoe je dit soort principes
ook binnen ondernemingen kunt toepassen. Er zijn dan verschillende
uitdagingen:

• Teams op verschillende locaties hebben als gevolg van organische groei veelal verschillende hulpmiddelen en ontwikkeltools.
• Mensen hebben zich ook bij deze cultuur neergelegd, het is nou eenmaal zo.

Het antwoord hierop is wat hem betreft dat je de principes van open
source ook zoveel mogelijk intern gaat toepassen, bijvoorbeeld door
open repositories op te zetten.

Een volgende uitdaging is hoe je cross-team uitwisseling van kennis
voor elkaar krijgt. Er wordt binnen bedrijven veel code en vele tools
dubbel ontwikkeld. De laatste uitdaging is om een SOA Enterprise te
bouwen. Hij doelt daarbij op API-style interfaces.

Door tijdsgebrek wordt de presentatie erg snel afgesloten. Een van de
conclusies is voor mij in elk geval dat grote organisaties veel kunnen
leren over de manier waarop processen en afhankelijkheden beter
gemanaged kunnen worden. Relatief autonome teams, open culturen, mensen
die op afstand werken en elkaar alleen bij voornaam kennen. Ik zie zelf
veel parallelen met mijn eigen ervaringen in de Pivot-community. Hoewel
vanuit een wat technische benadering neergezet, zeker een erg
inspirerend verhaal.

[[tt:events]], [[tt:collaboration]], [[tt:intranet]], [[tt:instant messaging]], [[tt:telefoon]], [[tt:VoIP]]