Infoworld

Op 16 juli 2008 meldde Flickr dat de nieuwste update voor de fotowebsite live ging om 17:00 uur, met negen aanpassingen, uitgevoerd door drie ontwikkelaars. Het was de ‘lancering’ van de 36e nieuwe versie in een week waarin 627 aanpassingen werden verricht door 21 ontwikkelaars.

Dat voortdurende tweaken (in de Web 2.0-wereld ook wel bekend als “permanente bèta”) is heel gewoon voor bedrijfjes als Flickr, die toepassingen bouwen voor een consumentenmarkt die voortdurend in beweging is. Snelle, marginale updates, gekoppeld aan stevige bemoeienis van gebruikers, zijn kenmerkend voor een opkomend software-ontwikkelingsmodel waarin een nieuwe generatie Web 2.0 start-ups vooroploopt.
Dit nieuwe proces (‘software-ontwikkeling 2.0’) is ongeveer het tegenovergestelde van het traditionele zakelijke ontwikkelingsmodel, waarin projecten worden opgedeeld in een aantal duidelijk afgebakende fases, van behoeftenonderzoek tot onderhoud. Toch kan software-ontwikkeling 2.0 ook voor de grote zakelijke ontwikkelaars grote voordelen hebben, mits de managers en ontwikkelaars bereid zijn te veranderen.

“Sommige bedrijven zijn geneigd naar die Web 2.0 ontwikkelaars te kijken en ze af te schrijven als een ongedisciplineerd zooitje,” zegt Jeffrey Hammond, analist bij Forrester. “Maar dat zijn ze niet. Ze hebben discipline ingebouwd in een proces dat ze in staat stelt razendsnel te reageren – daar kunnen de grote IT-organisaties nog wat van leren.”

Op basis van interviews met analisten en vertegenwoordigers uit de Web 2.0-hoek hebben we een lijst gemaakt van vijf dingen die een zakelijke IT-manager kan leren van het Web 2.0 ontwikkelingsproces.

1. Leve de gebruiker

Slecht de barrière tussen ontwikkelaars en eindgebruikers. En betrek je gebruikers in de kwaliteitscontrole. Marc Hedlund is CEO bij Wesabe, een Amerikaanse site waar gebruikers hun financieën kunnen beheren. Voorafgaand aan de lancering van Wesabe maakte Hedlund een uitgebreide studie van de ontwikkelingsmethoden bij Web 2.0-bedrijven. Zijn conclusie is dat toepassingen onvermijdelijk beter worden gebouwd als de ontwikkelaars niet helemaal geïsoleerd zijn van de mensen die hun toepassingen moeten gebruiken. Directe klachten of complimenten van gebruikers werken vele malen beter voor de motivatie van ontwikkelaars dan een PowerPoint presentatie met grafieken die moeten aantonen wat de gebruikers precies verlangen.

Ontwikkelingsteams in een bedrijfsomgeving kunnen gebruik maken van dit gegeven door te focussen op nauwe samenwerking met de (interne) gebruikers, om de behoeften te inventariseren en uiteindelijk de producten op een gecontroleerde, systematische manier samen met de gebruikers te testen.

2. Houd het simpel

Veel Web 2.0-toepassingen lijken simpel van opzet, maar dat is schijn. Meestal zijn ze het resultaat van hard werken en een goede samenwerking tussen ontwikkelaars en gebruikers. Stan Schroeder is een blogger bij Mashable, een sociaal netwerk dat Web 2.0-bedrijven volgt. In een van zijn postings merkt hij op dat ontwikkelaars beginnen te begrijpen dat het beter is een heel eenvoudige service te bouwen, en er daarna pas de interfaces aan toe te voegen die complexe services mogelijk maken. “Features, realiseer ik me steeds meer, kunnen je in de weg staan. Hoe krachtiger een toepassing is, hoe gespecialiseerder, en het effect is dat een krachtiger applicatie leidt tot een kleinere doelgroep,” schrijft Schroeder. In de bedrijfsomgeving komt het al te vaak voor dat een behoefte wordt geïdentificeerd, waarna allerlei manieren worden ontwikkeld om in die behoefte te voorzien, terwijl de gebruiker met één zo’n manier al tevreden zou zijn. Een eenvoudige gebruiksomgeving is voor gebruikers vaak veel belangrijker, maar zonder voortdurende interactie met gebuikers ontgaat dat de ontwikkelaars.

3. Kies het juiste script

Web 2.0-bedrijven hebben een duidelijke voorkeur voor dynamische scripttalen als Ruby, Python, Perl of PHP, die veel meer geschikt zijn voor hun projecten dan Java of .Net. Forresters Hammond merkt dat, als ontwikkelaars eenmaal enige handigheid hebben ontwikkeld in een van de dynamische scripttalen, nieuwe toepassingen veel sneller worden gebouwd – zo’n 30 tot 40% sneller dan met Java of .Net. Amerikaans onderzoek suggereert nu al dat het aantal ontwikkelaars dat gebruikmaakt van scripttalen (en de tijd die ze eraan spenderen) het komende jaar fors gaat toenemen.

4. Kom vaak en snel met nieuwe versies

Net als Flickr komt ook Wesabe zeer regelmatig met updates, gewoonlijk meerdere malen per dag. En de voortdurende interactie met de gebruikers zorgt ervoor dat de Wesabe-ontwikkelaars vrijwel onmiddellijk op de hoogte zijn van bugs. Daar komt bij dat veel Web 2.0-sites schaduwversies van hun sites laten draaien, waarmee bekeken wordt hoe gebruikers reageren op specifieke nieuwe features. Bij gebleken succes gaan de features live, als de resultaten tegenvallen, worden ze hetzij aangepast, hetzij afgevoerd. Dit alles leidt tot zoveel dynamiek dat de meeste Web 2.0-sites nauwelijks verder dan 6 maanden vooruit kijken.

5. Laat de gebruikers nieuwe features bepalen

Laat de gebruikers nieuwe features bepalen, en niet de ontwikkelaars. Internetbedrijven als Amazon.com of Google leggen nieuwe features voor aan kleine subsets van gebruikers, en vergelijken hun commentaar dan met controlegroepen. Volgens deze bedrijven leidt dit ertoe dat nieuwe features veel beter worden geaccepteerd dan wanneer de wensen van de gebruiker worden afgeleid uit marktonderzoeken, of zelfs uit gesprekken tussen gebruikers en productmanagers. De kleinere Web 2.0-bedrijven maken in plaats daarvan gebruik van hun community als een ‘altijd beschikbare focusgroep’.

Het bedrijf in

Hoewel het niet waarschijnlijk is dat grote bedrijven zomaar even de Web 2.0-methodieken overnemen (en in sommige gevallen is dat wellicht maar beter ook), begint toch langzaam door te dringen dat deze manier van werken zijn voordelen heeft. Computerworld.com, onze zustertitel in Amerika, heeft onlangs een onderzoek laten houden onder 1300 deelnemers (ontwikkelaars) aan een recente TopCoder online programmeerwedstrijd. 70% gaf aan dat naar hun mening de traditionele ontwikkelingsteams baat zouden hebben bij de Web 2.0-benadering, en dan met name de snelle kleine product-updates, de snelle feedback van gebruikers en de kwaliteitscontrole waaraan ook gebruikers deelnemen.

Aan de zakelijke kant zelf is het met name de focus op de gebruiker die wordt genoemd als eigenschap van software-ontwikkelling 2.0 die navolging verdient. William Gribbons, professor Information Design and Corporate Communications aan de universtiteit van Bentley, USA, heeft zelfs de hoop dat dit leidt tot een oplossing voor het grote aantal IT-projecten dat sneuvelt voor de oplevering. “Het aantal fiasco’s dat wij in onze industrie kennen, wordt in geen enkele andere industrie geaccepteerd.”

Bron: Computerworld.com