Throwaway versus evolutionary prototyping
6 januari 2007 om 15.40 uur vier reacties
Stilaan wordt het tijd om te starten met de effectieve ontwikkeling van de webapplicatie. Tijd dus ook om na te denken over de methode die ik daarvoor ga gebruiken. Nadat de ondernemer me deze ochtend vanaf zijn Gentse ontbijttafel van advies had voorzien, heb ik vooral gelezen. Veel gelezen zelfs.
De applicatie die het resultaat moet zijn van dit WebappLab project, moet - of dat is tenminste toch de bedoeling - dagdagelijks gebruikt worden. Het lijkt me dus maar logisch dat die gebruiker ook nauw bij de ontwikkeling wordt betrokken. Al vrij vlug zat ik daarom in de richting van rapid prototyping. Ik ontdekte onder andere dat er twee varianten zijn.
Bij throwaway prototyping wordt gebruik gemaakt van een model dat geen deel uitmaakt van het uiteindelijke project, met als belangrijkste argument dat alles zeer snel kan gaan. Nadat de eerste basisvereisten van het project zijn vastgelegd, kan er onmiddellijk een eenvoudig model worden uitgewerkt dat visueel duidelijk maakt hoe het uiteindelijke systeem er uit kan zien. Dat model wordt vervolgens bijgewerkt aan de hand van de feedback van testpersonen. Eenmaal dat is bereikt, volgt de ontwikkeling van het echte systeem, gebaseerd op wat er aan het licht kwam tijdens de prototyping.
Bij evolutionary prototyping wordt er vertrokken vanuit een uitgewerkt en stabiel prototype, dat vervolgens wordt verfijnd. De kern van de applicatie wordt in één stuk ontwikkeld, de verbeteringen en aanpassingen worden daar bovenop geplaatst met behulp van de feedback van de testgebruikers. Het grote voordeel van throwaway prototyping ligt in het feit dat je werkt met een functioneel systeem en de gebruikerservaring voor de testpersonen bijgevolg realistischer is. Je zou evolutionary prototyping kunnen vergelijken met de alpha's, beta's en gamma's van web 2.0.
Op het eerste zicht lijkt evolutionary prototyping me het beste idee. De basisfunctionaliteit van de applicatie ligt immers vast, de bijkomende functionaliteit kan daar bovenop worden geplaatst met input van de testgebruikers. Maar wat is jullie mening? Throwaway, evolutionary, een combinatie of iets helemaal anders?
Ik ken het trowaway prototyping eerder als paper prototyping :-p het heeft als grote voordeel dat je er geen onnodige features in projecten moet proppen die men uiteindelijk toch nooit zal gebruiken/niet belangrijk genoeg zijn.Eenmaal dat je de belangrijkste features hiermee hebt bepaald, kan je overgaan naar evolutionary prototyping (waarbij alles veel definitiever wordt vormgegeven, en de magie van het idee een beetje verdwijnt enzo). M'n voorkeur gaat dus uit naar een combinatie van de 2 ;-) Gereageerd op 6 januari 2007 om 17.13 uur door Benjamin
Het hangt vooral af van de beoogde applicatie. Als het een uitgebreide applicatie is, waarbij de lijst van features nog niet in grote lijnen vastligt, is het maken van een ietwat werkend prototype verloren tijd. De geschreven code zal als sneeuw onder de zon verdwijnen.Weet je echter ongeveer wat er mag verwacht worden, dan zou ik zeker opteren voor evolutionary prototyping. Er zijn ondertussen voldoende frameworks die RAD mogelijk maken. Koppel daaraan een goede development-omgeving - met refactoring - en de juiste technieken - bv. CSS om de layout snel te kunnen aanpassen - en je kan steeds verder werken van een bestaand systeem. De voordelen daarvan heb je al aangehaald.
Gereageerd op 6 januari 2007 om 18.17 uur door Kevin
De methodologie hangt voor een groot deel af van de voorkennis en de aard van de applicatie. Toelichting aan de hand van de 80/20 regel: ken je voor 80% al je domein, gebruikers, doelen etc., dan is evolutionary prototyping de meest logische keuze. Is je applicatie juist experimenteel of innovatief (20% voorkennis), dan ben je meer gebaat bij een throwaway methode. Tenslotte lijkt me dat er ook een derde keuze bestaat: begin met een prototype en kijk hoe het zich ontwikkelt. Al snel genoeg heb je in de gaten of je 'from scratch' opnieuw wilt beginnen of juist verder wilt doorwerken. Dat lijkt me ook de verstandigste keus: pas de methodologie aan je onderwerp aan. Succes!
Gereageerd op 9 januari 2007 om 23.29 uur door Jeroen Coumans
Bedankt voor jullie feedback! Ik denk dat ik voornamelijk ga kiezen voor evolutionary prototyping. De basisfunctionaliteit van applicatie ligt immers ongeveer vast. Dat neemt uiteraard niet weg dat ik voor een aantal dingen (denk bijvoorbeeld maar aan de layout) ook al tijdens de eerste fase jullie mening ga vragen. Gereageerd op 10 januari 2007 om 14.55 uur door Tijs
Reageren op dit bericht?
Wat is jouw mening over Throwaway versus evolutionary prototyping? Plaats je reactie en laat het me weten. Zorg ervoor dat je alle velden met een sterretje (*) invult. Je emailadres wordt niet getoond.
