Web 2.0 haalt ontwikkelaar uit zijn hok

Panel: gebruiker wordt beetje programmeur

De ontwikkelaar moet niet alleen in zijn hokje, hoe sjiek ook, blijven zitten.

De ontwikkelaar moet niet alleen in zijn hokje, hoe sjiek ook, blijven zitten.

Flexibele ontwikkelmethodieken betrekken de gebruiker meer bij het programmeerwerk. De programmeur moet daardoor vaker opleveren en meer luisteren. Web 2.0 en agile helpen allebei de kloof tussen ontwikkeling en gebruik dichten.

Van oudsher is de ontwikkeling van software vaak een afgescheiden proces. Vooraf worden de behoeften bij de gebruikers in kaart gebracht en vervolgens wordt er een ontwikkelplan gemaakt. Na het hele ontwikkeltraject volgt een afgerond product, waarbij een bèta-versie nog een feedback-mogelijkheid is voor de gebruikers.

Dit verandert door de huidige populariteit van flexibel ontwikkelen, met en voor Web 2.0 maar ook volgens de aloude agile-methodiek. Die twee aanpakken voor programmeren hebben nogal wat gelijkenissen. Zo is er bij beide de verplichting ingebouwd om voortijds al functionele delen van het eindproduct op te leveren. Het Computable-expertpanel Development ziet hierdoor de ontwikkelaar deels gedwongen uit zijn hok komen.

Combineren van functies

Web 2.0 laat gebruikers zelf functies, ook van verschillende aanbieders, combineren.

Web 2.0 laat gebruikers zelf functies, ook van verschillende aanbieders, combineren.

"Ik denk dat Web 2.0 als bijkomend voordeel heeft dat het de afstand tussen de programmeur en de eindgebruiker verkleint", zegt Robbrecht van Amerongen, projectmanager en ict-consultant bij AMIS Services. "Door de diensten die Web 2.0 levert (blogs, rss, podcasts, community created content, etcetera) wordt de gebruiker ook een beetje programmeur. Hij stelt zelf nieuwe functionaliteit samen door het combineren van bestaande Web 2.0-functies. Websites als Netvibes zijn hier een voorbeeld van."

Doordat de gebruikers zelf ook intensief met creatie bezig zijn, zien zij ook wat nu niet goed werkt of wat nog nodig is, aldus Van Amerongen. "Zo kan je je gebruikersgroep laten meewerken aan het bedenken van nieuwe features en het oplossen van storende problemen."

Raakvlakken

"Dit heeft dus heel veel raakvlakken met een agile aanpak waarin je de gebruikersorganisatie laat bepalen wat er voor de volgende sprint (iteratie) belangrijk is om gemaakt te worden." Van Amerongen ziet ook een onderscheid: "Het enige verschil in de aanpak is dat veel Web 2.0-ontwikkelaars de hele internetgemeenschap als potentiële gebruiker zien. Een agile-project heeft in veel gevallen een beperkte gebruikersorganisatie; namelijk de opdrachtgevende organisatie."

In de basis is dat verschil echter niet zo groot, stelt hij. "Het gebruik van Web 2.0-mogelijkheden in projecten is een stimulans voor het vergroten van de communicatie tussen gebruikers en programmeurs. En dat is weer één van de uitgangspunten van agile."

Bèta is niet af!

Google Chrome is bètasoftware, dus nog niet af.

Google Chrome is bètasoftware, dus nog niet af.

Panellid André Weber maakt een kanttekening bij tussentijds of voortijdig iets opleveren. "Het is niet gewenst dat leveranciers toepassingen op de markt zetten als bètaversie, terwijl het gebracht wordt als volwaardig product." De manager Test Factory (teststraat) bij Getronics PinkRoccade is streng. "Bètaversies mogen alleen als gebruikers wéten dat het een bètaproduct betreft. Als je iets serieus wil gebruiken is het niet aangenaam om meerdere malen te moeten wachten op nieuwe versies en patches, en die te moeten downloaden en installeren."

Weber wijst agile en Web 2.0 niet af. "Agile methodieken hebben zeker toegevoegde waarde. Wel is belangrijk dat er dan ook daadwerkelijk een methodiek toegepast wordt en dat er niet even snel iets in elkaar geknutseld wordt zonder een goede planning en een van te voren vastgestelde aanpak."

Traditioneel

Hij ziet ze dan ook niet als alomvattende vervangers voor traditionele ontwikkelmethodes. "De meer traditionele ontwikkelmethodieken hebben zich ook verder ontwikkeld. Deze methodieken ondersteunen onder andere incrementeel ontwikkelen. Hiermee krijg je het beste van twee werelden."

De keuze voor een ontwikkelaanpak is dus gekoppeld aan het project, stelt Weber. "Het is afhankelijk van diverse factoren. De aard van de toepassing; standaardsoftware, maatwerk, groot, klein enzovoorts. En of het nieuwbouw of onderhoud betreft. Op basis daarvan moet je kiezen voor de beste methodiek. Een professionele organisatie kan meerdere manieren van ontwikkelen aan."