Het boek is uit een gezet in drie delen. Het eerste deel gaat over de visie van een lean startup en wordt het concept van gevalideerd leren uitgelegd. Het tweede deel gaat over het sturen van een lean organisatie, een heel belangrijk onderwerp is het innovatie accounting. Het laatste deel beschrijft hoe je het systeem en de organisatie kunt versnellen.

Ik kies er bewust voor om niet een te inhoudelijke review te schrijven omdat ik iedereen het aanraad om the lean startup zelf te lezen. De agile ontwikkel methode is ontstaan vanuit de lean gedachten, in het boek wordt ook vaak gerefereerd naar cross functionele teams, continuous integration en deployment. Allemaal onderwerpen waar ik ook over schrijf en goed passen bij mijn visie over hoe (online) ontwikkel trajecten zouden moeten verlopen.

Today, too many of our digital services projects do not work well, are delivered late, or are over budget. To increase the success rate of these projects, the U.S. Government needs a new approach. We created a playbook of 13 key “plays” drawn from successful best practices from the private sector and government that, if followed together, will help government build effective digital services.

Hieronder een overzicht van de “plays”.

1. Understand what people need
2. Address the whole experience, from start to finish
3. Make it simple and intuitive
4. Build the service using agile and iterative practices
5. Structure budgets and contracts to support delivery
6. Assign one leader and hold that person accountable
7. Bring in experienced teams
8. Choose a modern technology stack
9. Deploy in a flexible hosting environment
10. Automate testing and deployments
11. Manage security and privacy through reusable processes
12. Use data to drive decisions
13. Default to open

Per play is een beschrijving, checklist en controlevragen beschikbaar om vast te stellen of de play wordt afgedekt. In het playbook wordt nergens de term agile of scrum gebruikt echter ik zie zeer veel overeenkomsten met het gedachten goed.

In veel organisaties zie ik dat een bepaalde project management methode wordt gevolgd zoals PMBOK of Price2. Deze methodologieën beschrijven alleen wat er moet worden gedocumenteerd voor een goed project, het zegt niets over de inhoud. Het bovenstaande playbook geeft juist wel sturing op de inhoud en kan daarbij helpen tot het succesvol afronden van IT projecten.

Ben jij verantwoordelijk voor een groot IT programma of sta je op het punt om er één te starten? Neem dan een kijkje in het playbook:

https://playbook.cio.gov/

Ondertussen zijn er verschillende technologische ontwikkelingen welke precies mijn probleem aanpakken. Voorbeelden zijn AngularJS en Meteor. Beide zijn JavaScript frameworks welke niet alleen in de browser draaien (wat normaal is) maar ook op de server. Wat dan mogelijk is dat er veranderingen van de server naar de bezoeker kunnen worden gepushed. Hierdoor krijg je een veel betere interactive gebruikerservaring.

Ik zie steeds meer tractie in de markt van deze “nieuwe” frameworks. Omdat ik nieuwsgierig was naar het gebruik en mogelijke voordelen was de beslissing snel gemaakt om scrum toolkit met zo’n framework te bouwen. Ik heb gekozen voor Meteor.

Wat begon als spelen met een nieuwe technologie werd al snel het compleet herbouwen van de site. Het ontwikkelen gaat veel gemakkelijker dan verwacht en de resultaten veel beter dan de huidige site.

Ondanks dat er snel projecten uit de grond gestampt kunnen worden met Meteor laat de nieuwe scrum toolkit nog even op zich wachten. Ik verwacht de nieuwe beta begin 2015 te kunnen tonen. Het duurt wat langer simpelweg om dat het druk is op het werk en ik weinig tijd/zin om in de avonduren te gaan programmeren.

To be continued!

Sinds de zomer heb ik de draad weer opgepakt en in tijd van een half jaar 7 artikelen geschreven. Op basis van de jaren hiervoor is dit een hoog aantal, en ik wil dit volhouden voor 2015. Bezoekers aantallen 2014 tov 2013 lopen terug (-6%) maar sinds dat ik weer aan het bloggen ben gaat het wel beter (+8%). Dit geeft motivatie om door te gaan en meer content te creëren.

Dit jaar ben ik ook bezig met www.scrum-toolkit.com, de ambitie is om 2015 hiervoor een volwassen platform neer te zetten waarop verder gebouwd kan worden. Binnenkort meer over het opnieuw opbouwen van de site met meteor. Daarnaast loopt www.vangenopbetaalwater.nl ook nog steeds. De bezoekers aantallen blijven hierbij achter bij mijn ambities, komend jaar moet ik gaan bepalen wat hiervoor de volg stappen zijn: doorzetten, uitbouwen en de benodigde kritische massa bezoekers binden of afbouwen en opzeggen. Hierover moet ik nog nadenken en tijd zal het leren.

Voor 2015 staan er weer veel leuke dingen en uitdagingen in het verschiet. Ik kan niet wachten!

afbeelding van santhos.nl

Responsive websites is helemaal hot & happening. Met een responsive design past de website zich aan op basis van de scherm grootte. Bij kleinere schermen worden blokken verborgen/getoond en/of getoond in andere volgorde. Als je op mijn site het browserscherm smaller maakt zie je op een gegeven moment dat het rechter menu verdwijnt en onderaan het scherm wordt getoond. Dit is een voorbeeld van responsive design.

Waarom kost responsive meer om te implementeren?

Een veel gehoorde vraag is waarom responsive pagina’s duurder zijn om te ontwerpen en bouwen. Dit antwoord is verrassend simpel, bij een traditioneel design optimaliseer je voor één scherm grootte. Bij responsive worden een aantal breakpoints gedefineerd en voor elk van de breakpoints moet een ontwerp worden gemaakt. Een breakpoint is het punt waarop de pagina niet meer schaalt (vlakken worden groter/kleiner) maar een andere layout toont. Het aantal breakpoints heeft dus een directe een relatie met het ontwerp en test effort. Je kunt kiezen voor 3 breaks (desktop, tablet, mobiel) maar ook meerdere breaks waarbij geoptimaliseerd wordt voor de tablet staand en liggend. Of een speciale layout voor de tablet of juist een layout voor mini smartphones.

Het moge duidelijk zijn dat voor elke breakpoint de pagina moet worden ontworpen en getest. Qua bouw werkzaamheden is er niet significant verschil in hoeveelheid werk.

Later toevoegen

Een ander veel gestelde vraag is wanneer de nieuwe site of webshop live is of deze dan alsnog omgezet kan worden naar responsive. Dit is een goede manier om de hoeveelheid werk (en bij behorende investering) te spreiden. Het nadeel is echter wel dat de som van al het werk meer zal zijn dan wanneer het in een keer wordt toegepast. Er zal opnieuw naar het design van de pagina gekeken moeten worden en daarna moet dit natuurlijk worden geïmplementeerd en getest. Voor de techniek moet dus een stukje herwerk gedaan worden. Maar de impact is niet alleen aan de IT kant, ook naar de content moet worden gekeken. Vaak wordt er bijvoorbeeld gebruik gemaakt van geoptimaliseerde afbeeldingen voor kleinere formaten. Dit zou kunnen betekenen dat voor alle bestaande content de afbeeldingen moeten worden gecontroleerd en herzien.

Mijn advies

Kijk eerst of het wel echt nodig is en laat je niet leiden door de waan van de dag en de laatste hype. Je webstatistieken kunnen hierbij helpen. Het inhoudelijke antwoord is volledig afhankelijk van de situatie. Ik heb dit artikel geschreven om veel voorkomende vragen te beantwoorden zodat jij een geïnformeerde beslissing kan nemen.

Enige tijd geleden heb ik een spiegelreflex digitale camera gekocht. Na lang zoeken kwam ik uit op de Nikon d5100 en als snel bleek camera.nl de goedkoopste aanbieder. Ze hebben een duidelijke website en wilde hier de camera kopen. Tijdens het bestellen zag ik dat ik ook gratis de camera bij een van hun filialen kon ophalen. Met een voorraad check kon ik de dichtstbijzijnde plek vinden en de volgende avond (de winkel was tot 21:00 open) stond ik in de winkel. Hier lagen de spullen klaar en in plaats van simpel weg de spullen mee te geven gaf de verkoper mij nog wat advies over het gebruik. Hierbij heeft hij mij nog een accessoire verkocht.

bron: edenspiekermann.com

Na een week van experimenteren en veel foto’s maken kreeg ik een mail. Hierin werd gevraagd om een review te geven en werd een gratis fotocursus aangeboden. Door tijd gebrek kon ik niet hieraan deelnemen maar het was een geweldig idee voor een beginner. Op deze manier zou ik meer leren van mijn camera, kreeg ik een nog beter gevoel van de webwinkel en natuurlijk heeft de winkel de mogelijkheid om nog een keer wat te verkopen. Ik zie dit als een win-win situatie: beide partijen worden er beter van. De klant verkrijgt kennis en de winkel de kans om accessoire te verkopen. Later heb ik nog een telelens erbij gekocht, het is onnodig om te vertellen waar ik deze heb gekocht.

Door dat de winkel goed heeft nagedacht over de klantreis en hier handig op in te spelen een trouwe klant gekregen.

Waarom dit verhaal hier? Customer journeys, touch point en dergelijke zijn vaak marketing mambo-jambo. MAAR als het goed wordt ingezet wel degelijk een toegevoegde waarde heeft.

In de applicatie kun je gemakkelijk zoeken en nadat je een icoon hebt gevonden kun je hem direct aanpassen en exporteren. Met name het aanpassen is erg handig, vaak moeten de iconen een bepaalde kleur en achtergrondkleur hebben voordat deze zijn te gebruiken. Dit hoef je dan niet meer in een fotobewerkingsprogramma te doen. De iconen zijn vrij te gebruiken, ook voor commerciele doeleinden.

Metro Studio 2 Demo

Spotify Engineering Culture – part 1 from Spotify Training & Development on Vimeo:

Spotify Engineering Culture – part 2 from Spotify Training & Development on Vimeo:

Eenmalig project

De oude website/webshop draait al een aantal jaar en het is tijd voor vernieuwing. Waarbij de redenen vaak een goede grondslag hebben: de software is verouderd, nieuwe functionaliteiten zijn vereist, beheer en onderhoudskosten moeten omlaag, etc. Er wordt een bedrijf ingehuurd, nieuw concept bedacht en zoveel maanden later is de webwinkel in de lucht. De eerste paar maanden is iedereen nog vol van de vernieuwing en worden de online mogelijkheden volop benut. Echter na verloop van tijd versloft het gebruik omdat er geen goede backoffice processen zijn opgesteld (zie eerdere blogpost over backoffice processen) en er geen verdere ontwikkeling plaatst vindt. Na een paar maanden  wordt er dan nog maar een klein deel van de geleverde functionaliteiten gebruikt en ik durf zelfs te stellen dat er maar een fractie van het potentieel van wat beschikbaar is wordt benut.

bron: http://premuditha.blogspot.nl/

Bedrijfsproces

Gelukkig zie ik steeds meer projecten worden opgestart met een lange termijn visie. Het doel is dan ook niet om de webshop te vernieuwen maar om de klant beter te bedienen en/of conversie te verhogen. Er ligt hier veel meer focus op de hele organisatorische verandering in plaats van alleen het IT vraagstuk. Dit zie je dan ook terug komen in het vaststellen van niet het eenmalige budget maar ook een terugkerend budget voor optimalisatie. Een ander voorbeeld is dat tijdens de ontwikkeling er veel meer nadruk ligt op de onderhoudsperiode: wie gaat het beheer uitvoeren? Is het systeem flexibel genoeg voor modificaties? Zijn de benodigde skills beschikbaar? Enzovoorts.

Mocht jij op het punt te staan voor het vernieuwen van de webshop denk dan goed na over wat voor soort project het moet worden: eenmalig en het beste er van hopen OF een middel om continue te verbeteren en de klant steeds beter van dienst kunnen zijn?