QiQQER – Pagina 2 – digital & mobile innovators

SAFe case study Philips

20 februari 2017/in Digital innovations /door Corine Van Drunen

De resultaten van de SAFe (Scaled Agile Framework) implementatie bij Philips zijn enorm. De gemiddelde release cycle is van 18 maanden naar 6 maanden gegaan, processen en tools zijn bedrijfsbreed afgestemd, de kwaliteit is verbeterd. Hiervoor zijn ongeveer 1300 mensen getraind en formeel gecertificeerd in Agile en SAFe en meer dan 3700 mensen zijn betrokken bij de SAFe manier van Lean-Agile werken. Mooie case study!

Meer resultaten van de implementatie van SAFe bij Philips zijn:

De ‘feature-cycle time’ is van 240 dagen naar 100 dagen gegaan. Philips is hierdoor sneller in staat op nieuwe behoeften van de klant in te spelen
Er is een grotere focus op de klant gekomen
Philips heeft 42 Agile Release Trains geïntroduceerd waarmee jaarlijks per trein 5 grote releases met meerdere producten worden gelanceerd in de markt
De Sprints en PI opleveringen zijn op tijd waardoor zelfs ‘releasen on demand’ mogelijk wordt
Kwaliteitsverbeteringen: in sommige business units komen regelmatig nul bugs uit de regressietesten

Philips heeft SAFe niet alleen geïntroduceerd voor complexe systeemomgevingen (hardware, software, engineering) maar ook in een aantal business units. Philips zal op basis van deze verbeteringen het veranderingsproces verder uitrollen.

Volgens Philips dragen de onderstaande organisatorische en culturele veranderingen in belangrijke mate bij aan het succes van een Scaled Agile implementatie:

Creëer een omgeving dat pro-actief feedback ophaalt
Motiveer teams en geef ze autonomie
Help met moeilijke discussies
Maak culturele veranderingen mogelijk
Vertrouw er op dat een team een probleem kan oplossen door ze te leren ‘hoe je moet vissen’ in plaats van ‘voor het team te vissen’
Help teams bij het verwijderen/oplossen van obstakels
Maak verschil tussen het opleveren van waarde voor de klant en het verbeteren van productiviteit
identificeer value streams en optimaliseer rondom waarde om afhankelijkheden te minimaliseren en effectief samen te werken met andere teams
Zorg voor afstemming met stakeholders en management vertrouwen en ondersteuning
Train en coach op de werkvloer
Zorg voor een deployment strategie en verander leiders om de Scaled Agile transformatie groot te maken.

Verder geeft Philips het volgende 4 stappen plan voor een succesvolle Agile at scale implementatie .

Als je meer wilt leren over Scaled Agile werken, kom naar onze opleiding Leading SAFe.

Augmented Reality is voor Retail heel interessant!

Met Augmented Reality (AR) wordt een extra virtuele 3D informatie laag aan de werkelijke wereld toegevoegd. Robert Kosse van Move4mobile: “Je kunt met AR vele mooie toepassingen bedenken die het beste van de online en offline wereld combineert tot een verbeterde beleving wat zeker tot meer omzet zal leiden.”

Supermarkt

Denk bijvoorbeeld aan een supermarkt bezoek. “Als je de supermarkt binnenkomt en je account wordt herkend dan kan een extra infolaag in de vorm van 3D hologrammen boven schappen hangen die voor jou interessant zijn. Hierdoor kun je snel en beter je keuze maken.”

Zie de hyper reality movie https://vimeo.com/166807261

Interieur

De meubels, lampen die je interessant vindt op een website van een retailer, kun je als gebruiker plaatsen in je eigen huis op de plaats die je in gedachten hebt. Of hele kantoren kunnen vooraf getoond worden met virtueel in 3D alle nieuwe bureaus en tafels in de ruimte geplaatst.

Museum:

Bij items in het museum kun je aanvullende informatie bekijken. Denk bij het kijken naar een schilderij aan een hologram van de schilder die bij zijn schilderij staat in een omgeving uit de tijd waarin het schilderij is gemaakt.

Of zoals Albert Heyn heeft laten zien dat je online een Dinotour met een Dinosaurus direct in de huiskamer om van alle kanten te kunnen bekijken.

Kleding

Je hoeft niet alle rekken te checken waar je maat hangt, je ziet direct waar je maat hangt als je een winkel inloopt door de hologrammen die in de ruimte worden geplaatst.

Hotel

Als je langs het hotel loopt zie je direct welke kamers nog vrij zijn, wat de prijs is en hoe de kamer daadwerkelijk er uit ziet.

Afgelopen week hebben we met een aantal QiQQER netwerkpartners de Microsoft Hololens bekeken. Robert Kosse van Move4Mobile liet de mogelijkheden zien. Bovengenoemde toepassingen van Augmented Reality kunnen ook met de Hololens worden ervaren. Deze is echter op dit moment nog niet te koop in Nederland en in de US kost de Hololens nog 3000 dollar. Het is goed om eens te ervaren wat de mogelijkheden nu al zijn.

De Hololens scant de omgeving en je kunt via spraak of gebaren hologrammen plaatsen in die omgeving. Er zijn al apps (via de Hololens appstore) in de markt die mensen, voorwerpen of hologrammen in de werkelijke omgeving plaatsen waarmee een super beleving wordt gecreëerd. Doordat het uitgaat van de werkelijke fysieke omgeving word je niet duizelig wat op dit moment als groot nadeel van Virtual Reality wordt ervaren. Het grote verschil van Augmented Reality en Virtual Reality is dat de eerst genoemde uitgaat van de werkelijke wereld en Virtual Reality een volledig nieuwe wereld creëert.

Ook Apple is bezig met een nieuwe Augmented Reality bril. Google heeft natuurlijk al een beta versie van de Google Glass in de markt gehad en werkt nu verder aan het verbeteren er van. Maar het is een feit dat deze toepassingen nieuwe verbeterde ervaringen opleveren. Als Retailer is het verstandig om nu alvast ervaringen op te doen met Augmented Reality. Binnenkort zal de techniek en het publiek zover zijn.

Extra note:

Een andere toepassing van de Hololens is Holoportatie; dit is 3D teleportatie in real-time. https://www.youtube.com/watch?v=7d59O6cfaM0

Deze toepassing alleen al biedt veel mogelijkheden

Sneller scrummen: continuous delivery

12 december 2016/in Digital innovations /door Corine Van Drunen

Agile lijkt op weg naar zijn ultieme tempo: dagelijkse updates. De markt reageert vooralsnog huiverig. Maar is dat wel terecht?

In bedrijven waar digital een succesfactor is, is het essentieel om snel nieuwe functionaliteiten te ontwikkelen. Mede de reden dat Lean-Agile bij veel bedrijven gemeengoed is geworden. In het optimale geval gebeurt het updaten van software in een dagelijkse cyclus; ook wel continuous delivery geheten. Hiervoor is echter een hoge mate van samenwerking nodig. En moet het ontwikkelen, testen en updaten volledig geautomatiseerd zijn. Geen gemakkelijke opgave, zij het dat de software direct na ontwikkeling al wel direct omzet oplevert.

Voorlopen

Een voorwaarde voor dit alles is een sterk modulaire architectuur, waarbij individuele delen zoveel mogelijk afzonderlijk kunnen worden aangepast en geupdatet. Denk aan een team dat continu de zoekfunctie van een internationaal opererende webshop optimaliseert. Zij kunnen op deze manier geheel zelfstandig een bijgewerkte versie live zetten. In meerdere landen. En indien dit goed werkt ook besluiten om deze elders uit te rollen. Doordat de nieuwe software onafhankelijk werkt van de bestaande zijn de risico’s bij livegang beperkt.

Dit kan echter alleen wanneer de ontwikkeling van de architectuur – en de systeembenodigdheden – altijd een aantal sprints voorlopen op de release van de nieuwe functies. Wat betekent dat de verbeteringen van je architectuur ook consequent vooruit gepland moeten worden. Waarbij niet alleen de nieuwe functionaliteit maar tevens het gehele systeem getest wordt.

Tussenstappen

Het is echter de vraag of alle systemen dit hoge tempo kunnen bijbenen. Vooral voor de bedrijfskritische systemen zal de overgang naar continuous delivery langer duren. Zo heeft een bank die een overboekingsapp wil lanceren, altijd nog te maken met een kernsysteem die niet zo maar uitgezet kan worden. Want dat brengt ook risico’s met zich mee. En zo zijn er vaak nog tal van koppelingen die je eerst moet traceren en ontkoppelen voordat je de testfase in gaat.

Verder zie je vaak dat niet alle externe partijen al Lean-Agile werken. Wat de drempel voor dagelijkse updates nog hoger maakt. Of dat het automatisch testen überhaupt nog in de kinderschoenen staat. Mede hierdoor zal het nog zeker twee jaar duren voordat continuous delivery breed ingezet zal worden.

Dit neemt niet weg dat het slim is om nu al stappen te zetten. Van de gebruikelijke tweemaandelijkse naar tweewekelijks actualisatie is er zo een. Behalve dat het je al snel veel omzet zal opleveren met minder risico, is het tevens een stimulans voor het ultieme proces: updates op dagelijkse basis.

*) Dit artikel werd eerder gepubliceerd in het decembernummer van Emerce magazine (#154)

Scaled Agile: van resultaat per team naar resultaat voor het bedrijf

18 november 2016/in Digital innovations /door Corine Van Drunen

Agile werken

Het grote voordeel van Agile werken is dat gedurende het hele ontwikkelproces voor iedereen transparant is wat geleverd wordt door wie. Daarnaast biedt Agile werken direct feedback (Plan, Do, Check, Adjust) waardoor je echt kunt ontwikkelen wat de klant wil. Het doel van Agile werken is waarde te creëren door een snellere time2market met meer kwaliteit, meer engagement binnen de organisatie en een hogere productiviteit.

In tegenstelling tot de watervalmethode staan bij de scrummethode de hoeveel tijd en het budget vast, maar de scope (uitkomst) is variabel.

Scaling Agile

Een logische stap is om met meer teams op een Agile manier te gaan werken. Dit vindt vaak eerst plaats binnen de IT-organisatie, maar in de afgelopen jaren zijn de Agile principes ook goed toegepast binnen andere afdelingen. Afhankelijk van de organisatieomvang ontstaat bij een groeiend aantal Agile teams vaak ook de behoefte of noodzaak de werkzaamheden tussen deze Agile teams te coördineren. Dit hele proces noemen we ‘Scaling Agile’: het op grote schaal toepassen van Lean agile principes in een organisatie.

Door je Agile teams beter op elkaar af te stemmen en meer met visie samen te werken zal het resultaat voor het bedrijf als totaal opleveren in plaats van dat alleen het resultaat per team verbetert. Hierdoor ben je ook als manager beter gefocust en wordt je minder afgeleid door losse meetings over nieuwe onderwerpen en inzichten. Maar hoe werkt dat dan?

Grote en kleine bedrijven

Op dit moment is er een aantal Scaled agile frameworks in de markt dat een handleiding biedt om de voordelen van Lean-agile te bereiken binnen grote organisaties. Ze zijn er op gericht bedrijven te helpen continu resultaat/waarde te leveren in een voorspelbare cadans. Een van die frameworks dat enorm snel groeit is het SAFe framework. Het afgelopen jaar is het aantal deelnemers met 155% gegroeid en 570% groei ten opzichte van 2014. Hieronder zal ik kort het SAFe framework uitleggen. Het is het meest uitgebreide framework, als je dit framework doorgrondt kun je het toepasbaar maken voor elk bedrijf dat Lean agile software wil ontwikkelen.

SAFe

Het Scaled Agile Framework is vrij beschikbare kennisbron van bewezen processen voor grootschalige Lean-agile ontwikkeling. Het is schaalbaar en modulair waardoor elke organisatie het vrij kan implementeren ten behoeve van een beter bedrijfsresultaat en meer werknemerstevredenheid. SAFe synchroniseert afstemming, samenwerking en software opleveringen van grote aantallen Agile teams van 100 mensen tot 10.000’en mensen.

SAFE big picture

SAFe kan worden opgezet met 3 of 4 organisatie niveau’s plus een fundament laag:

Team niveau: Elk team van 5 tot 9 mensen is verantwoordelijk voor het definiëren, bouwen en testen van stories van de teambacklog. Teams leveren op in een vaste iteratie (ofwel sprints) van bv 2 weken. Alle teams werken in dezelfde cadans en synchroniseren werk met andere teams zodat het volledige systeem gewijzigd wordt. Elk team kan de scrum en/of Kanban methode gebruiken. In deze methoden wordt de kwaliteit geborgd met standaard werkwijzen.

Programma niveau: Teams zijn georganiseerd in zogenaamde Agile Release Trains (ART’s). Elke ART plant, commit en implementeert voor een totale waarde keten (value streams) als een zelf organiserend team van Agile teams (tussen de 5 en 12 teams) samen met stakeholders. De ART’s stemmen een gezamenlijke missie af, stellen architectuur eisen en UI handvatten aan de teams, verbeteren flow en geven door de systeemopleveringen elke twee weken heel objectief het bewijs van voortgang. Tijdens een zogenaamde PI meeting komen alle teams in een ART samen om het volgende kwartaal (of 10 weken) te plannen en afhankelijkheden te identificeren en op te lossen.

Value Stream niveau: Dit niveau wordt ingezet voor heel grote bedrijven. Hierbij moet je denken aan bedrijven die met meer dan 1000 mensen aan een release moeten werken.

Portfolio niveau: Het portfolio niveau organiseert, voert governance uit en wijst budgetten toe aan value streams. De value streams realiseren oplossingen die bijdragen aan de bedrijfsmissie en strategische thema’s. Kleine bedrijven kunnen bijvoorbeeld met één value stream en één Agile Release Train (ART) voldoende hebben terwijl grotere bedrijven meerdere value streams en meerdere ART’s nodig hebben. Voorbeeld: het portfolio van een verzekeraar heeft de value streams ‘Leven’ en ‘Schade’. Onder de value stream ‘Schade’ zijn meerdere ART’s waaronder Auto, Fiets en Huis.

Fundament: Het fundament van SAFe wordt gelegd door Lean-agile leiders, communities of practice, SAFe kernwaarden, Lean-agile gedachtegoed en de SAFe principes.

Door je Agile teams beter op elkaar af te stemmen en meer met visie samen te werken verbetert het resultaat voor het bedrijf als totaal. Vanuit diverse casestudies levert het invoeren een 20-50% verbetering in productiviteit, 30-75% snellere Time2market, 50% vermindering van bugs, meer blije gemotiveerde medewerkers.

Er zijn steeds meer bedrijven die niet het volledige SAFe framework implementeren maar alleen de fundamenten. Volgens SAFe moeten dan de onderstaande 10 essentiële processen op zijn minst worden ingevoerd om succesvol waarde naar de klant te brengen met een betere time to market en meer kwaliteit maar vooral ook meer werknemers tevredenheid.

Lean-Agile Principes
Agile teams en Release Trains
Cadans en synchronisatie (alle teams leveren op hetzelfde moment op)
Kritische team- en programma rollen
PI planning (kwartaalplanning met alle betrokkenen)
Systeem demo (demo na elk sprint)
Inspect & Adapt (programma evaluatie)
IP Iteratie (elk kwartaal een innovatiesprint)
Architectural Guidance
Lean-Agile leiderschap

Training Leading SAFe

18 oktober 2016/in Digital innovations /door Corine Van Drunen

13 en 14 oktober heeft de training Leading SAFe plaatsgevonden.

Wat is SAFe®?

SAFe staat Scaled Agile Framework. Het is een framework dat concrete handvatten biedt voor het toepassen van een Agile mindset & werkwijze op Enterprise niveau (Agile at scale). Vanuit het framework wordt een governance structuur meegegeven, en voorziet daardoor in de behoefte van (middel)grote ondernemingen om controle en sturing te behouden in een wereld waarin zowel met Scrum als Prince2 methodieken wordt gewerkt.

SAFe® biedt leidraad en een governance structuur voor zaken als:

Inzicht in afhankelijkheden tussen business en architectuur requirements op Enterprise niveau
Grip op afhankelijkheden tussen Scrum teams onderling en releasemanagement binnen de organisatie.
Organisatie en planning op programma- en portfolioniveau met toepassing van Agile principes

Daar waar Scrum een open framework is voor met name effectieve softwareontwikkeling, en relatief weinig houvast biedt voor grotere bedrijven, gaat SAFe juist in op de complexe zaken als portfolio & programma management, architectuur, integratie, funding, governance en benodigde rollen bij opschaling van Agile over de organisatie heen.

Doel van de Leading SAFe training (inclusief certificering tot SAFe Agilist):

Door het volgen van deze 2 daagse training word je in staat gesteld om kennis op te doen hoe je met SAFe® een organisatie kunt begeleiden en ondersteunen om Agile werken organisatiebreed toe te passen volgens een doelgericht kader.

De training bestaat uit 8 modules:

Introductie in SAFe
Lean denken en doen
Wat zijn de SAFe principes
Implementeren van een Agile Release Train
Agile release planning
Agile portfolio management
Agile architectuur
Scaling leiderschap

Agile werken voor niet ICT organisaties

4 oktober 2016/in Digital innovations /door Corine Van Drunen

Agile werken of Scrum is ooit begonnen als een alternatieve manier om met name ICT projecten beter te organiseren. Tegelijk met Scrum was er – ook in ICT kringen – de ontwikkeling van extreme programming en nog een andere agile methodes die allemaal een ICT grondslag hebben. Met het succes van Scrum (en de andere agile methodes) wordt er steeds meer gekeken of deze methode ook buiten ICT projecten zinvol is.

Wat is Agile werken eigenlijk?

Voor diegenen die nog onbekend is met Agile werken: de aanpak van een Agile project verschilt met die van een ‘traditioneel’ project door niet van te voren alles proberen vast te leggen in een projectplan. Het projectresultaat wordt wel omschreven, maar min of meer. Vervolgens wordt er door een team in een aantal iteraties (korte periodes van een week of een paar weken ook wel “sprints’ genoemd) naar het resultaat toegewerkt. Na elke iteratie (“sprint”) is er overleg met de opdrachtgever en wordt het project bijgestuurd. Hierdoor is er beter contact tussen opdrachtgever en team en kan er veel beter (en sneller) bijgestuurd worden door het uitvoerend team. Dit is vooral handig als men het projectresultaat nog niet helemaal voor ogen heeft (en zeg nu eerlijk in welk project weet men echt helemaal precies wat men wil aan het begin. Misschien denkt men het te weten, maar in de praktijk verandert er meestal een hoop gedurende het project). Tot zover een hele korte introductie op Scrum (en in feite ook op de andere agile methodes).

Werkt Agile als je geen softwareontwikkeling doet?

Binnen ICT organisaties is massaal Agile omarmd. De vraag is nu heeft Agile werken zin binnen een bedrijf dat geen IT projecten doet? En dan bedoel ik niet een ander voornamelijk technisch of wetenschappelijk bedrijf waar men nieuwe producten ontwikkelt of te maken heeft met veel innovatie. Daar is Agile werken zeker nuttig vanwege de hoge mate van onzekerheid. De vraag is hier: heeft Agile zin in bijvoorbeeld een administratieve organisatie, bij een communicatiebureau of een redactie van een website, in een museum of in de zorg? Organisaties waar projecten gedaan worden die niet zo technisch complex zijn als software ontwikkeling of onderzoek naar een nieuwe energietechnologie maar waar men toch te maken heeft met enige mate van chaos die bij projecten hoort. Bijvoorbeeld:

hoge werkdruk en moeite om alle door elkaar lopende projecten en projectjes te managen
gebrek aan overzicht over het werk
te weinig contact met opdrachtgevers
opdrachtgevers die vaak van mening wijzigen (creatieve organisaties?)
projecten die half technisch zijn, bijvoorbeeld een tekstbureau dat met content management systemen werkt op het web
creatief werk dat lastig in te schatten is qua urenbelasting
organisaties waar veel ‘ff’ snel tussendoor moet
organisaties waar er in (wisselende) teams gewerkt wordt
projecten die te klein zijn om er een heel projectplan voor te schrijven, maar waarvoor toch een en ander georganiseerd moet worden.

Uiteraard heeft traditioneel projectmanagement antwoorden op bovenstaande punten, die in feite neerkomt op het aanbrengen van een aantal structuren en de discipline van eerst denken (plannen) en dan doen. Maar Agile werken heeft ook antwoorden op bovenstaande veelvoorkomende problemen bij projectorganisaties. Bijvoorbeeld door dagelijks te beginnen met een kort groepsoverleg en het werk te bespreken kan men een hoop van bovenstaande zaken beter regelen. Zeker als er een kanban bord (zie afbeelding bovenin) bij gebruikt wordt waar het werk op verdeeld wordt.

Agile termen voor niet programmeurs

Agile werken is bedacht door programmeurs en de termen die ze erbij toepassen zijn voor mensen buiten de ICT wereld soms nogal abstract. Een “product backlog” met “user stories” is in feite een lijst met wensen (“user stories”) die de nieuw te ontwikkelen software moet kunnen (een ‘klanten-wensen-lijst’ dus). Een “product owner” is de persoon die praat tussen de mensen die een projectresultaat wensen en het uitvoerend team. Hij of zij is ook de persoon die uiteindelijk bepaalt welke dingen van de wensenlijst als eerste gemaakt gaan worden. Een scrum master is in feite een coach die het team helpt met de scrum discipline (zoals elke ochtend starten met een kort overleg). Als je gaat werken met Scrum met niet ICT-ers is het verstandig om de lijst te vertalen naar herkenbare termen bijvoorbeeld:

user story		wens
product backlog		wensenlijst
sprint		tijdframe of cyclus van 2 weken
refinement sessie		afspraak wat er in de sprint wordt gedaan door wie
product owner		beschrijft wensen en prioriteert werk
scrum master		taakverdeler/coach
storypoints		Aantal eenheden werk om de wens in te vullen
definition of done		“klaar” checklist

(maar andere termen zijn ook mogelijk).

Is Agile werken dan ook een oplossing voor alle organisaties?

Een van de krachtigste elementen van Agile werken is dat een team niet boven zijn capaciteit gaat werken. Het heeft (op de wat langere termijn) gewoon geen zin om een groep mensen structureel te overbelasten. Bovendien komen mensen die in een scrum team zitten meer in de flow en is er door de nauwere samenwerking in de regel sneller en beter resultaat. Al is het maar door het intensievere contact tussen klant (opdrachtgever) en uitvoerenden.

Scrum bv gaat uit van teams tussen de 6 en 9 mensen en van ingewikkelde en moeilijk te plannen (onzekere) projecten. Agile heeft ook een aantal elementen die je niet kan toepassen in een niet technische omgeving (unit test, refactoring, pair programming) of zult moeten ‘vertalen’ naar een niet-technisch equivalent (bv. de definition of done). Werkt Agile dan bijvoorbeeld bij een marketingbureau waar teksten geschreven moeten worden en onderzoeken moeten worden gedaan door een team van 3 tot 5 mensen? Mogelijk wel, al is het maar om de workflow en capaciteit van dit (kleine) team beter te regelen. Je hoeft Agile werken ook niet in zijn geheel te adopteren. Misschien is de implementatie van een kanban bord en dat elke ochtend met elkaar bijwerken al voldoende om de werkdruk te beperken en als groep in de flow te komen.

Als je Agile werken bedrijfsbreed wilt inzetten dan is onze training “LEADING SAFE” waarschijnlijk zeer interessant.

AGILE WERKEN

30 juli 2016/in Digital innovations /door Corine Van Drunen

Het Agile werken in scrumteams heeft de afgelopen jaren een grote vlucht genomen. In vrijwel iedere organisatie ontstaan kleinschalige teams die los van de bestaande processen opereren en in korte iteraties snel successen laten zien.

Het grote voordeel van Agile werken is dat gedurende het hele ontwikkelproces voor iedereen transparant is wat geleverd wordt door wie. Daarnaast biedt Agile werken direct feedback (Plan, Do, Check, Adjust) waardoor je echt kunt ontwikkelen wat de klant wil. Het doel van Agile werken is waarde te creëren door een snellere time2market met meer kwaliteit, meer engagement binnen de organisatie en een hogere productiviteit.

In tegenstelling tot de watervalmethode staan bij de scrummethode de hoeveel tijd en het budget vast, maar de scope (uitkomst) is variabel.

Scaling Agile

Een logische stap is om met meer teams op een Agile manier te gaan werken. Dit vindt vaak eerst plaats binnen de IT-organisatie, maar in de afgelopen jaren zijn de Agile principes ook goed toegepast binnen andere afdelingen. Afhankelijk van de organisatieomvang ontstaat bij een groeiend aantal Agile teams vaak ook de behoefte of noodzaak de werkzaamheden tussen deze Agile teams te coördineren. Dit hele proces noemen we ‘Scaling Agile’: het op grote schaal toepassen van Agile principes in een organisatie.

Kun je de Agile principes op grote schaal – met meer dan een paar teams – toepassen?

Agile uitgangspunten

Het Agile manifesto gaat uit van waarde creatie door de volgende uitgangspunten te waarderen:

Individuen en interacties zijn belangrijker dan processen en tools
Werkende software is belangrijk dan uitgebreide documentatie
Klant samenwerking is belangrijker dat contract onderhandelingen
Reageren op wijzigingen is belangrijker dan het volgen van een plan

Als je onderstaande principes toepast op meerdere teams dan blijkt dat het Agile Manifesto ook kan werken voor meerdere teams.

Onze hoogste prioriteit is om de klant tevreden te stellen door vroege en continue aflevering van waardevolle software
Welkom veranderende eisen, zelfs laat in de ontwikkeling. Agile processen verwelkomen verandering vanwege concurrentievoordeel van de klanten
Lever regelmatig werkende software, van een paar weken, met een voorkeur voor een kortere tijdschaal
Mensen uit het bedrijfsleven en ontwikkelaars moeten dagelijks samen te werken gedurende het project
Bouw je project rondom gemotiveerde individuen. Geef ze de omgeving en ondersteuning die ze nodig hebben en vertrouw hen om de klus te klaren
De meest efficiënte en effectieve methode om informatie over te brengen binnen een development team is face-to-face gesprek
Werkende software is de belangrijkste maatstaf voor de vooruitgang.
Agile processen bevorderen van duurzame ontwikkeling. De sponsors, ontwikkelaars en gebruikers moeten in staat zijn om een constant te houdentempo voor onbepaalde tijd.

Continue aandacht voor technische uitmuntendheid en een goed ontwerp verhoogt de wendbaarheid.
Eenvoud; -the kunst van het maximaliseren van de hoeveelheid werk niet klaar- is essentieel.
De beste architecturen, requirements en ontwerpen komen uit zelf- organiserende teams.
Op gezette tijden reflecteert het team hoe ze effectiever worden, en past het gedrag dienovereenkomstig aan.

De scrummethodiek, die door veel bedrijven wordt gebruikt om te Agile te werken, biedt echter toch minder houvast zodra verschillende teams naast elkaar werken aan hetzelfde eindproduct. Door een gebrek aan overkoepelende coördinatie en overleg, ontstaat er al snel frustratie en inefficiëntie.

Frameworks voor Scaling Agile

Bedrijven moeten dus op zoek naar een framework om Agile op te schalen. Van dit soort frameworks lijkt er iedere dag weer één bij te komen. Een aanpak zoals die van Spotify, initieel niet eens bedoeld als model, gaat door de grote media-aandacht een eigen leven leiden. Het is goed om de voor- en nadelen van de verschillende modellen te kennen om zo tot een basis framework keuze voor je bedrijf te komen en die op maat te maken.

De verschillende frameworks die we kennen en waarderen zijn:

Spotify model
LeSS
Scrum of Scrums
SAFe

Het Spotify model is vooral van toepassing voor organisaties met een cultuur waarin initiatief en zelf verantwoordelijkheid nemen al is ingebed. Daarnaast is de markt waarin het bedrijf zich bevindt sterk competitief en dient het bedrijf direct te kunnen reageren. Verder moet de architectuur al dermate ver ontkoppeld zijn dat er sprake kan zijn van autonome releases.

Het Scrum of Scrums model is handig als de organisatie al bekend is met de scrummethodiek. Scrum of Scrums is dan een logische vervolgstap. Het aantal scrumteams dat werkt aan een grotere, gezamenlijke visie/product is niet al te groot (maximaal negen teams met onderlinge afhankelijkheid). Wanneer sprake is van meer dan negen teams die onderling moeten afstemmen, wordt de Scrum of Scrums opgesplitst en wordt gewerkt met een scrum-of-scrums-of-scrums voor coördinatie tussen de Scrum of Scrums.

LeSS is handig als er veel flexibiliteit gedurende de ontwikkeling is bij grote projecten. LeSS streeft namelijk een veel frequentere communicatie met afvaardigingen van de verschillende teams na dan bijvoorbeeld het SAFe framework.

SAFe is nadrukkelijk ontwikkeld als antwoord op de problematiek van zeer grote organisaties bij het inzetten van agile en minder geschikt voor kleinere organisaties met een beperkt aantal teams.

Een van de belangrijkste zichtbare verschillen is dat SAFe echt gericht is op periodiek face-to-face overleg met alle leden van alle teams te faciliteren, terwijl LeSS een veel frequentere communicatie met afvaardigingen van de verschillende teams nastreeft. LeSS zou daardoor misschien iets beter passen in een omgeving waar veel flexibiliteit (en agility) nodig is en SAFe iets beter bij grotere traditionele organisaties met meer legacy systemen die langzaam veranderen en meer afstemming noodzakelijk maken.

Door de kennis van deze modellen en de voor- en nadelen kiezen we veelal een basis framework waarna we de tools en processen ‘op maat’ organiseren.

Fietsend aan het werk

6 oktober 2015/in Uncategorized /door Corine Van Drunen

Met deze deskbike blijf je fit ondanks het zittende werk. Met de Apple Watch en apps als Human op de iPhone kun je je activiteiten volledig bijhouden. Alles wordt vastgelegd; het aantal stappen, je loop- en hardloopafstand, traplopen, fietsafstand, het aantal keer staan, je verbrande calorieën. Al snel blijkt dat de dagen dat ik aan het werk ben, veel zittend besprekingen heb, zaken zittend uitwerk en voorbereid en daardoor mijn beweegactiviteiten laag zijn. Zeker als je geconcentreerd een advies uitwerkt vergeet je te bewegen. Het inzien van je beweegactiviteiten zorgt voor extra aandacht voor bewegen en je gezondheid.

Het was dan ook geen lastige keuze om op kantoor een deskbike aan te schaffen. Met deze deskbike kun je terwijl je werkt, fietsen. Het bureau en de fiets is op hoogte verstelbaar zodat iedereen er van gebruik kan maken. Een echte aanrader! Echter of mijn activiteiten op de deskbike worden geregistreerd….ik zie het niet terug….hopelijk in de volgende watchOS op basis van de hartslagsensor.

Met het nieuwe WatchOS zijn apps sneller en kunnen apps van derden nu gebruikmaken van functies als de Digital Crown, de versnellingsmeter, luidspreker, microfoon en hartslagsensor. Want nu ik toch beweeg wil ik het ook graag terug zien in de gezondheidsapps zoals Human of de Apple activiteiten app….

Klantentracking met Smart Video Analyse

12 januari 2015/in Uncategorized /door Corine Van Drunen

Met smart video content analyse (VCA) kun je exact zien hoe klanten door de winkel lopen en wat ze aanraken en oppakken. Het is een relatief nieuwe techniek waardoor je verbeterd inzicht in het klantgedrag krijgt in de winkels.

Als retailer ben je met VCA software in staat om op afstand je winkels live te volgen. Een retailmanager hoeft hierdoor niet meer continu te reizen naar winkels om te checken of de retailformule werkt conform plan. Hij/Zij kan via een dashboard van elke winkel kwantitatieve informatie over het shopgedrag zien. Op basis van deze verbeterde inzichten kan de retailformule steeds verbeterd worden.

Het enige wat je nodig hebt, zijn camera’s in de winkel en VCA software. Deze software filtert zodat mensen niet herkenbaar zijn maar wel waar ze lopen en wat ze aanraken.

Mogelijkheden voor retail

Met video content analyse software en camera’s in een winkel ben je in staat om zogenaamde “heatmaps” te maken zoals onderstaande figuur. Je ziet precies waar klanten in de winkel blijven staan en welke gedeelten van de winkel niet bekeken worden. Hierdoor wordt ook A/B testen in de winkel mogelijk.

De verkoop technieken die nu online worden toegepast kunnen daarmee ook in de winkel worden gebruikt. Denk aan:

registratie van alle klantbewegingen; het vastleggen van bezochte plaatsen in de winkel per tijdsperiode per gedeelte van de winkel.
Identificeer hotspots in de winkel, bv in deze figuur wordt getoond welk gedeelte van de tafel wordt aangeraakt en hoe vaak.

A/B testen; Vanaf het hoofdkantoor live inzoomen op alle retaillocaties en ‚on the fly’ wijzigingen voorstellen.

Deze techniek is gericht op het verbeteren van de winkelomzet op basis van analyse hoe de klant in de winkel shopt. Een mooi voorbeeld van een leverancier van deze software is Prism.com.

De vraag is hoe klanten reageren op camera’s in de winkel. Camera’s voor veiligheid lijkt logisch maar de vraag is of camera’s in de winkel met als doel om klanten te analyseren, ook logisch is. Het is de vraag wat het winkelend publiek er van vindt.

Ook met iBeacon technologie kan klantgedrag vastgelegd worden, echter dan moet wel de klant zijn bluetooth hebben aanstaan. Met video content analyse software en camera’s wordt iedere bezoeker geregistreerd maar niet geïdentificeerd. En dat laatste kan wel met iBeacon technologie waardoor ook een individuele communicatie met de klant kan worden opgestart. Ik kan me wel goed voorstellen dat een combinatie van iBeacons en camera’s en VCA software de optimale mix is om de winkelomzet te vergroten. VCA software voor het verbeteren van de retailformule en iBeacon technologie voor de specifieke informatie op de smartphone die op dat moment relevant voor de klant is.

Start met de customer journey

13 november 2014/in Uncategorized /door Corine Van Drunen

Gisteren heb ik op het Congress AppGarage gesproken. AppGarage is het nationale appcongres, met informatiemarkt, voor iedereen die geïnteresseerd is in het realiseren van zakelijk succes met behulp van apps. Apps kunnen leiden tot meer sales, betere marketing, hogere klantloyaliteit en of de verbetering van uw bedrijfsprocessen.

Hieronder tref je de QiQQER presentatie:

Mobile2stores2social2online2buy

Welke rol kan mobiel hebben in het aankoopproces? Een voorbeeld van een customer journey is dat iemand eerst een email ontvangt over een product op mobiel, vervolgens het product in de winkel ziet, met vrienden checkt wat zij er van vinden en vervolgens later via internet het product koopt. Voordat je nadenkt over een app moet je de rol van mobiel in de customer journey van je doelgroep duidelijk hebben.

Ook wil je vooraf weten wat de doelen en verdienmodellen zijn. Mobiel is altijd bij je, of je nu onderweg bent, of thuis of in een winkel. Dit maakt dat mobiel zoveel mogelijkheden biedt om een klant te ondersteunen tijdens het kopen van een product, het vinden van informatie of het aanmelden voor een cursus. Daarom moet bij de ontwikkeling voor mobiel altijd worden nagedacht over de verschillende omgevingen waarin de klant zich bevindt en welke informatie in die omgeving relevant is.

Stap 1 is veelal een responsive mobiele website. Als klantloyaliteit belangrijk is of in business2business processen, kan een app een logische vervolgstap zijn. Dit hangt per bedrijf af van de functie van mobiel in de customer journey en de ‘involvement’ van klanten. In de presentatie staan aantal mooie cases van bedrijven die al verder gaan met bijvoorbeeld klantherkenning in de winkel voor persoonlijke aanbiedingen of automatisch extra informatie geven bij een poster op basis van sensoren.

Presentatie Appgarage 121114