Dat werkt wél zo lekker
Dat is een van onze merkbeloften, die nemen we dus heel serieus. Deze belofte geldt richting collega’s én richting opdrachtgevers. Op deze pagina lees je hoe dat werkt.
Kennismaken doe je met Nick, één van de oprichters van Webbio en diegene die techniek aan businesswaarde koppelt. Hij kan je alles vertellen over Webbio en weet de juiste vragen te stellen om een eerste inschatting te kunnen doen over de inhoud van het project.
Ook schat hij samen met de potentiële opdrachtgever in of het bouwen van een webapplicatie inderdaad de juiste oplossing is. Ben je bijvoorbeeld beter af met het inkopen van een bestaande tool, dan hoor je dit ook.
Wanneer het gevoel na de kennismaking goed is dan gaan we verder inzoomen op de uitdaging. Met twee tot drie experts uit ons zogenaamde prep team gaan we vanuit verschillende disciplines het probleem verder uitdiepen. Aan de potentiële opdrachtgever wordt gevraagd om minimaal 1 persoon deel te laten nemen die hands-on ervaring heeft met het probleem dat we willen oplossen. Zo kunnen we goed inzoomen op wat de toekomstige gebruiker nodig heeft.
Een grote uitdaging tijdens de start van een nieuw project is het scoping dilemma: enerzijds wil een opdrachtgever weten hoeveel budget er nodig is en wat hij daarvoor krijgt. Anderzijds kan een digital agency zoals Webbio zonder een project volledig uit te werken niet inschatten hoeveel werk het is, en dus hoeveel budget er nodig is. Dit dilemma zorgt voor verkeerde verwachtingen in een latere samenwerking en maakt het onderling vergelijken van bureaus moeilijker voor een opdrachtgever.
Onze oplossing hiervoor zijn de solution sessions. Tijdens de pressure cooker hebben we consensus gecreëerd over het probleem. Gedurende de solution sessions gaan we met hetzelfde prep team de oplossing uitwerken, voordat we hem gaan ontwerpen en ontwikkelen. In 2 tot 5 sessies (afhankelijk van de complexiteit van de opdracht) werken we naar een plan met happy flows en user stories. Zie het als een blauwdruk voor alles wat in het MVP moet zitten. Op basis hiervan kunnen we een betrouwbare inschatting doen van het benodigde budget voor het project.
Groot voordeel voor de opdrachtgever is dat dit plan hem in staat stelt om desgewenst een vergelijkende offerte op te vragen die gemaakt wordt op basis van dezelfde uitgangspunten. Daardoor zijn de offertes veel beter met elkaar te vergelijken. De solution sessions creëren dan ook geen verplichting om het project door Webbio uit te laten voeren.
Doordat we het project opdelen in kleine stukken (epics en user stories) tijdens de solution sessions weet je als opdrachtgever vrij goed wat we gaan bouwen. Mocht het beschikbare budget niet toereikend zijn om alles in één keer te realiseren kun je met dit plan ook gaan prioriteren. Je kunt namelijk bepaalde onderdelen toevoegen aan een MVP dat we eerst live gaan brengen, en andere -minder urgente- onderdelen verplaatsen naar fase 2. Op die manier kun je de eerste concrete resultaten gebruiken om verdere doorontwikkeling te rechtvaardigen.
Wanneer we een webapplicatie realiseren werken we altijd op basis van SCRUM. Dit is een agile vorm van samenwerken, geoptimaliseerd voor software development. De grootste risico’s in elk software project zijn uitloop in tijd, budget en scope. Samenwerken in SCRUM-vorm zorgt er simpelweg voor dat de opdrachtgever sneller resultaat ziet, er ruimte is voor nieuwe inzichten gedurende het project en daardoor de aansluiting bij de praktijk beter is.
Een product owner is aan onze zijde eindverantwoordelijk voor de belangen van de opdrachtgever. Hij bewaakt dat er als één team samengewerkt wordt tussen opdrachtgever en Webbio. Van hem kun je verwachten dat:
Vroeger werd software ontwikkeld aan de hand van een programma van eisen, waarna je 8 weken later weer contact had met de opdrachtgever. Tegenwoordig werken we in een ritme van tweewekelijkse sprints. Elke sprint begint met een planningsessie en eindigt met een demo. Dit heeft een aantal voordelen:
Een van de kernelementen van SCRUM is dat het doel van elke sprint moet zijn dat er iets opgeleverd wordt dat ‘live’ kan. Het hoeft niet perfect te zijn, in de ontwikkelfase wil je juist zo snel mogelijk feedback van gebruikers verzamelen. Door op deze manier te ontwikkelen heb je dus heel snel een zogenaamd Minimum Viable Product (MVP) dat klaar is voor gebruik in het echt. Gebruikers missen dan ongetwijfeld nog wat functies, maar ze kunnen wél van start. Op deze manier weet je precies hoe je de doorontwikkeling die hierna volgt moet prioriteren.
Input van ervaringsdeskundigen (lees: toekomstige gebruikers) is onmisbaar in elke fase van een project. Naast aanwezigheid bij de tweewekelijkse demo moedigen we onze opdrachtgevers aan om af en toe een dag bij ons op kantoor te komen werken. Dit vergroot te betrokkenheid en biedt de kans om daadwerkelijk mee te denken wanneer de ontwikkeling plaats vindt.
Uiteraard hoeft niet de hele dag in het teken van het project te staan. We hebben ruimte om rustig te bellen, snelle wifi, lekkere koffie en een verzorgde lunch.
Kies je voor een klein bureau of een zelfstandig ondernemer? Dan krijg je als klant veel persoonlijke aandacht en zijn de prijzen scherp. Het nadeel is het gebrek aan zekerheid. Wat als iemand ziek wordt of stopt? Ook opschalen is lastig en vaak kies je tussen brede of diepe expertise.
Klein genoeg voor persoonlijke aandacht, maar groot genoeg voor vakspecialisten met uiteenlopende expertises. Zo kunnen we onze cultuur en klantfocus bewaken. We bieden maatwerkoplossingen aan de meest veeleisende bedrijven van Nederland en geen uitdaging is ons te gek. Daarvoor heb je een vrij brede en tegelijkertijd diepe ervaring nodig van meerdere specialisten.
Kies je voor een bureau met 50+ FTE’s? Als je 2000+ uur per jaar inkoopt is deze capaciteit heel fijn. Let erop dat senior mensen de projecten verkopen en de junioren vaak het werk uitvoeren. Daardoor krijg je in sommige gevallen grote kwaliteitsverschillen tussen het werk voor belangrijke en minder belangrijke klanten.
