Digital Development: sneller, beter en goedkoper. Hoe Netflix, Amazon en Booking.com hun online succes bereiken

Transcriptie

1 Digital Development: sneller, beter en goedkoper Hoe Netflix, Amazon en Booking.com hun online succes bereiken

2 Mirabeau werkt voor de grote online spelers in Nederland. Dat biedt ons een interessant kijkje in de keuken bij deze organisaties en daardoor (her) kennen we de belangrijkste ingrediënten voor digitaal succes. Internationale grootmachten als Netflix, Booking.com en Amazon houden we ook goed in de gaten. Deze snelgroeiende Internet Pure Players blijven aan kop door zich continu te ontwikkelen: snel, kwalitatief goed en tegen lage kosten. Wilt u uw online succes vergroten en uw positie in uw markt verbeteren, dan kunt u veel leren van de manier waarop deze Internet Pure Players werken. Deze opmerkelijke release-drift roept vele vragen op, zoals Waarom werken ze zo? Van alle vragen is deze het makkelijkst te beantwoorden. De aanpak vormt namelijk de basis voor ongekend snelle omzetgroei. Is er een nieuwe markt te veroveren? Dan brengen ze direct een nieuwe versie van de digitale omgeving uit die deze markt bedient. Verandert het klantgedrag door iets dat in het nieuws is? Dan lanceren ze in no time een nieuwe release die hierop inspringt. Wil een nieuwe partner verbinding maken met hun digitale omgeving? Dan staat er meteen een nieuwe release klaar. Blijken gebruikers een bepaald deel van de digitale omgeving niet goed te kunnen gebruiken? Nieuwe release. Hard groeien in een online wereld vereist snelle Digital Development. Iedereen die gelijk op wil gaan met de grote Internet Pure Players, zal dus hun snelheid moeten overnemen. En dat brengt ons op een aantal vragen met een ingewikkelder antwoord. Hoe doen ze dit?, Kan dat wel zonder aan kwaliteit te verliezen? en Schieten de ontwikkelkosten niet omhoog door deze manier van werken? Deze vragen hebben gelukkig een geruststellend antwoord: de kosten gaan juist omlaag en de kwaliteit omhoog. Veel sneller ontwikkelen, met een hogere kwaliteit en tegen lagere kosten: het klinkt bijna te mooi om waar te zijn, maar het kan wél. Als u tenminste bereid bent om uw manier van Digital Development ingrijpend te veranderen. Dat kan best geleidelijk, maar het neemt niet weg dat er een hoop moet gebeuren. In deze whitepaper hebben we de belangrijkste De need for speed ingrediënten voor online succes voor u verzameld. De grote Internet Pure Players zoals Netflix, Amazon en Booking.com zijn actief in uiteenlopende markten en bedienen verschillende soorten klanten. Eén ding hebben ze echter gemeen: hun succes rust voor een groot deel op hun vermogen om snel te veranderen. Meerdere malen per dag brengen ze nieuwe versies uit van hun digitale omgeving. Een ongekende prestatie voor zulke grote en complexe online platformen. Vergelijk het maar eens met de offlinewereld. Daar worden grote IT-productiesystemen niet vaker dan enkele keren per jaar van een nieuwe versie voorzien.

3 De bestaande wereld: Waterval en Scrum In de begindagen van software engineering ontwikkelde iedereen met de watervalmethode. Bij deze manier van werken zijn alle stappen strak van elkaar gescheiden. Zoals het water in een waterval van plateau naar plateau stroomt, zo gaat de systeemontwikkeling van groep naar groep. De informatieanalisten starten met hun informatieanalyse. Aan de hand van de uitkomsten schrijven de software engineers hun code. Daarna toetsen de test engineers de opgeleverde code aan de informatieanalyse. Als de uitkomsten positief zijn, gaat de code door naar de beheerders. Watervalmethode: individuele aanpak, lange ontwikkelsnelheid De watervalmethode kan prima werken bij trajecten met hele duidelijke systeemeisen en systeem- en projectgrenzen. Is dat niet het geval, dan kan deze aanpak processen traag en duur maken. Watervaltrajecten duren vaak maanden of zelfs jaren. En doordat er geen ruimte is voor voortschrijdend inzicht en overleg tussen de disciplines, blijkt het eindproduct soms niet (meer) te voldoen aan de (kwaliteits)eisen van de klant. Watervalmethode: individuele aanpak, lange ontwikkelsnelheid In de onderstaande grafiek worden waterval en Scrum met elkaar vergeleken. Time-to-market en innovatie zijn nauw verwant en bepalen samen de concurrentiekracht van een bedrijf. De grafiek geeft goed weer waarom steeds meer organisaties overstappen naar Scrum: sneller kunnen ontwikkelen, maakt uw bedrijf concurrerender. Scrum en waterval vergeleken De watervalmethode kan prima werken bij trajecten met hele duidelijke systeemeisen en systeem- en projectgrenzen. Is dat niet het geval, dan kan deze aanpak processen traag en duur maken. Watervaltrajecten duren vaak maanden of zelfs jaren. En doordat er geen ruimte is voor voortschrijdend inzicht en overleg tussen de disciplines, blijkt het eindproduct soms niet (meer) te voldoen aan de (kwaliteits)eisen van de klant. Scrummethode: teamwork en snelle time-to-market Bij Scrum werken verschillende specialisten in teamverband aan een project. Klanten zijn ook onderdeel van het team en worden nauw betrokken bij het ontwikkelproces. Dat vergroot de kans dat er gerealiseerd wordt wat nodig is en het project een succes wordt. De scrumteams realiseren projectdoelstellingen door prioriteiten te stellen en hier in korte sprints aan te werken. Daardoor zijn de eerste resultaten al binnen een paar weken zichtbaar. Vervolgens wordt de ontwikkelcyclus herhaald tot het project is voltooid. Scrum versnelt het ontwikkelproces aanzienlijk en zorgt bovendien voor een kwalitatief beter resultaat. In eerste instantie lijkt de methode wel wat duurder, maar naar verhouding levert Scrum veel meer waarde op. Dat komt doordat de teams beter kunnen bouwen wat gevraagd wordt of op dat moment nodig is. Werk wel altijd met een professionele ontwikkelaar, want slecht uitgevoerde Scrum is vele malen duurder dan waterval. Nieuwe ontwikkelmethodes vragen om een cultuuromslag De overgang van waterval naar Scrum is niet eenvoudig. U stapt niet zomaar over van de ene ontwikkelmethode naar de volgende. Voor veel organisaties brengt de overstap een grote cultuuromslag met zich mee, want ontwikkelteams moeten ontwikkeltrajecten voortaan starten zonder specificaties. Bij de watervalmethode doorloopt u voorafgaand aan de ontwikkeling eerst een specificatiefase. Hierin wordt getracht om het complete proces volledig uit te denken en een beeld te krijgen van alle variabelen. Deze aanpak geeft een veilig gevoel, maar biedt in feite alleen schijnzekerheid. Vaak krijgen ontwikkelteams namelijk alsnog te maken met

4 onvoorziene problemen en technologische uitdagingen. Aan het begin van een Scrum-traject wordt alleen een projectdoel vastgesteld. Daarnaast legt het team de belangrijkste functionaliteiten in grote lijnen vast. Specificeren en ontwikkelen gebeurt in korte iteraties. In nauwe samenwerking met de klant werkt het ontwikkelteam in kleine stapjes richting het doel. Daarbij kunnen prioriteiten constant veranderen en kan op elk moment worden bijgestuurd. U weet van tevoren dus niet precies hoe het project zal verlopen, maar heeft wel veel meer invloed tijdens het proces.. De nieuwe wereld: Continuous Delivery, Design Sprint en Hackathon ontwikkelings- en beheerproces. Het is de prijs die u betaalt voor de mogelijkheid om snel, kwalitatief en goedkoop te kunnen innoveren. De korte time-to-market is echter zo n groot voordeel dat de veranderingen de moeite absoluut waard zijn. Design Sprint: een korte weg naar nieuwe ideeën Bij een Design Sprint wordt in korte tijd meestal vijf dagen een essentiële vraag beantwoord van de business owners in een organisatie. Door oplossingen te ontwerpen, prototypes te bouwen en nieuwe ideeën te testen bij klanten. Google is een van de thought leaders op dit gebied en heeft er met Google Design Sprint zelfs een venture voor gestart. De onderstaande illustratie laat zien waarom de techgigant het zo belangrijk vindt om snel inzicht krijgen in de kracht van een nieuw idee, of zoals ze het zelf verwoorden: The sprint gives teams a shortcut to learning without building and launching.. Scrum is niet de eindhalte. De afgelopen jaren werden er veel ontwikkelmethodes geïntroduceerd die net als Scrum een grote stap voorwaarts zijn, maar wel een omslag in de organisatie vergen. Sommige methodes bieden een aanvulling op Scrum, anderen vervangen delen van bestaande scrumtrajecten. De snelgroeiende internetreuzen hebben deze nieuwe methodes inmiddels al omarmd. Continuous Delivery: elke dag nieuwe releases In alle vernieuwing rond Digital Development staat Continuous Delivery centraal. Deze ontwikkelaanpak is gericht op zeer korte ontwikkelcycli, waarmee u op elk moment een release kunt uitvoeren naar het productiesysteem. Dit betekent in de praktijk dat grote digitale systemen meerdere malen per dag van nieuwe releases worden voorzien. Deze manier van werken vereist veel veranderingen in het ontwikkelproces. Zo moet alle code geautomatiseerd getest worden, het release-proces volledig geautomatiseerd zijn en het werk van het gehele ontwikkelteam door middel van Continuous Integration continu worden samengevoegd. Van alle veranderingen in deze nieuwe wereld van Digital Development is Continuous Delivery zonder meer het meest ingrijpend voor uw organisatie. De practices en technologieën hebben invloed op het complete ontwerp-, Hackathon: uithoudingsvermogen leidt tot innovatie Een Hackathon is een informele bijeenkomst waarbij in enkele aaneengesloten dagen (en soms zelfs nachten) prototypes worden ontworpen en ontwikkeld. Deelnemers aan een Hackathon komen uit zeer verschillende hoeken: van software engineering tot beheer en van design tot projectmanagement. Hackathons bestaan al een kleine twintig jaar en zijn in die tijd gegroeid van schimmige hackersbijeenkomsten tot mainstream innovatiesessies die zelfs door grote, gevestigde bedrijven worden georganiseerd en gesponsord. Op deze manier komen de organisaties in aanraking met nieuwe technologieën en ideeën. Daarnaast maken ze kennis met potentiële leveranciers en medewerkers.

5 De bestaande en nieuwe wereld vormen één geheel In de onderstaande afbeelding hebben we de methodes uit de bestaande en nieuwe wereld gerangschikt. Daarbij is het belangrijk om te benadrukken dat al deze manieren van werken voor een groot deel samen zullen bestaan. Zo brengen Scrum-teams hun werk naar productie door middel van Continuous Delivery. En prototypes die uit een Hackaton of Design Sprint voortkomen, kunnen vanuit een Scrum-team verder worden ontwikkeld. Continuous Delivery is de vreemde eend in de bijt. Alle andere begrippen zijn ontwikkelmethodes en Continuous Delivery is een set van practices. Continuous Delivery hoort echter wel thuis in de grafiek. De grafiek geeft immers aan welke gereedschappen je in moet zetten als je hoger wil komen op de innovatieschaal. Helemaal bovenin deze schaal is Continuous Delivery een cruciaal stuk gereedschap. De klant zit echter in het ontwikkelteam en kan meedenken over de 20% die komt te vervallen. En ook als de klant niet in het team zit, is de validatie met Continuous Delivery nooit ver weg. De 80%-versie gaat gewoon naar de klant. Dat kunnen klanten in een testpanel zijn, maar de grote Internet Pure Players hebben er geen enkele moeite mee om de 80%-versie gewoon op hun live productiesysteem te zetten. Deze verschillende afwegingen zullen ook leiden tot andere technologische keuzes. Wie rechtsboven een digitaal systeem ontwikkelt, kan met tools op basis van Angular of node.js in korte tijd een prototype bouwen dat goed werkt en zelfs productiewaardig is. Hoewel niemand de ontwikkelsnelheid van deze Javascript frameworks zal betwisten, wordt er vaker in Java of.net ontwikkeld als er meer tijd is in het proces. Zulke afwegingen horen bij deze verschillende manieren van ontwikkelen. Praktijkvoorbeeld Digital Development De beste tools per ontwikkelmethode De ontwikkelprocessen uit de bovenstaande afbeelding zitten grofweg linksonder en rechtsboven. Het is belangrijk om de uitgangspunten van deze twee werelden goed tegenover elkaar te zetten. Rechtsboven is de tijd zeer beperkt. Ontwikkelteams worden gedwongen om keuzes te maken en kunnen niet alles doen wat ze hadden bedacht. Daarom bouwen ze in hoog tempo een 80%-oplossing en dwingen ze zichzelf om 20% van hun wensen te laten varen. Passen we al het bovenstaande toe in de praktijk, dan zou dat er zo uit kunnen zien: 1. Hackaton. Tijdens de maandelijkse Hackaton wordt een interessant idee bedacht om een deel van de bestaande dienstverlening als white label dienst in de markt te zetten. 2. Design Sprint. In een Design Sprint wordt het white label idee verder uitgewerkt. De organisatie is dermate enthousiast dat er besloten wordt een Scrum team in te richten die het prototype verder mag gaan uit werken. 3. Scrum team. Het Scrum team bouwt snel opeenvolgende versies. De wensen van de eerste klanten (de early adoptors) van het white label product

6 worden telkens meegenomen in nieuwe versies. Om snel te kunnen ontwikkelen wordt gekozen voor node. js. 4. Continuous Delivery. Door Continuous Delivery wordt elke nieuwe wens van de early adoptors snel opgenomen in een nieuwe versie. 5. Door naar het hoofdsysteem. De early adoptors gebruiken naar tevredenheid het nieuwe white label product. Het oorspronkelijke idee heeft daarmee zijn levensvatbaarheid bewezen. Aangezien.Net de hoofdtechnologie is van het bedrijf wordt het systeem nu nagebouwd in.net en wordt de node.js code langzamerhand uitgefaseerd. Meer informatie Heeft u vragen over dit document of wilt u advies dat is toegesneden op uw specifieke situatie? Vraag het Erik Hamoen, schrijver van deze whitepaper en een van de oprichters van Mirabeau: of mail erik@ mirabeau.nl. Op leest u meer over onze diensten. Het bovenstaande is maar één voorbeeld van hoe dit proces zou kunnen lopen. De kern van deze manier van werken is dat je slechts kleine investeringen doet in het begin. Blijk het idee na verloop van tijd goed te werken, dan zullen de investeringen groter worden. Door deze stapsgewijze aanpak wordt er vroeg afscheid genomen van mindere concepten en het meest geïnvesteerd in de ideeën die succesvol blijken. Dit is de innovatiemotor die succesvolle Internet Pure Players, zoals Booking.com, Amazon en Netflix succesvol maakt. Wilt u hun online succes evenaren, dan doet u er goed aan om van hun ervaringen te leren.

7 AUTEUR Erik Hamoen Erik Hamoen is een van de oprichters van Mirabeau en binnen de organisatie verantwoordelijk voor business development

8 Over Mirabeau Digitaal denken zit in onze code. We weten exact wat er online speelt. Sinds 2001 ontwikkelen we platformen voor marktleiders die sterk afhankelijk zijn van internet en waarop dagelijks miljoenen klanten feilloos hun weg vinden. Zo brengen we voor de top van het bedrijfsleven marketing en vernieuwende technologie samen. Mirabeau B.V. H.J.E. Wenckebachweg AD Amsterdam-Duivendrecht Telefoon: Website:

9 AHEAD IN A DIGITAL WORLD

10 facebook.com/mirabeaunl twitter.com/mirabeau_nl linkedin.com/company/mirabeau