Welke Agile Scrum rol past het best bij jou?

Scrum teamlid, Product Owner of Scrum Master?

Regelmatig krijgen we de vraag: welke Scrum training kan ik het best volgen? Ons antwoord? Dat hangt af van welke rol het best bij jouw interesse en persoonlijkheid past. De vraag is dus eigenlijk: welke Scrum rol past het best bij mij?

In een kern scrum team zijn er drie verschillende rollen: Scrum Master, Scrum Product Owner en Scrum teamleden. De Product Owner bepaalt samen met de klant wat te maken én met welke prioriteit. Het Scrum team bepaalt vervolgens op basis van die input hoe het te maken en pland het werk. En de Scrum Master faciliteert en coacht het team en zorgt ervoor dat een ieder het scrum proces volgt.

Vind jij het leuk om daadwerkelijk iets te maken én ben je specialist op een specifiek gebied? Dan is de kans groot dat je het best tot je recht komt als Scrum teamlid. Vind jij het uitdagend om de klant te vertegenwoordigen en heb je een heldere visie op wat er gemaakt moet worden? Dan is de rol van Product Owner mogelijk op je lijf geschreven. Als jij het leuk vindt om als dienend leider mensen te faciliteren en meer geïnteresseerd bent in het project als proces dan ben je misschien wel een heel goede Scrum Master.

Als je geïnteresseerd bent om dit te onderzoeken en een rol als Scrum Master of Product Owner overweegt probeer dan de korte quiz > hier < die je verder op weg helpt.

Hoe je grote projecten kunt organiseren met Scrum? SoS!

Steeds meer bedrijven interesseren zich voor het agile organiseren van projecten met Scrum. Tijdens de oriënterende fase krijg ik daardoor regelmatig de vraag wat de maximale grootte van een Scrum team is én of de grootte de maximale capaciteit van projecten beperkt.

Het korte antwoord daarop is ja en nee: er is een maximale grootte van een efficiënt zelfsturend Scrum team. Doordat een Scrum organisatie schaalbaar is heeft dit echter geen invloed op de maximale project capaciteit. Ook grote projecten kunnen worden georganiseerd met behulp van Scrum.

Een Scrum team is zelforganiserend

Een efficiënt en zelfsturend Scrum team bestaat idealiter uit 5 tot 8 teamleden. De teamleden zijn vaak generalistische specialisten die naast hun eigen expertise in staat zijn over de grenzen van hun eigen specialisme heen te kijken. Ze beschikken dus ook over de soft skills om zelfsturend samen te werken. Hadden de Magnificent Seven ooit als Scrum team kunnen fungeren?

De Chief PO bepaalt en de Scrum Master helpt

Uiteraard heeft een Scrum team van maximaal zo’n 8 leden een begrensde capaciteit. Het agile werken volgens scrum is echter schaalbaar door gebruik te maken van SoS. Dat betekent in dit geval niet help! maar: Scrum of Scrums. Een project organisatie waarbij meerdere Scrum teams parallel samenwerken aan een project. Elk van deze teams heeft een eigen Scrum Master en een Product Owner. Voor de afstemming van activiteiten is de communicatie tussen de teams een belangrijke verantwoordelijkheid en taak van de Chief Scrum Master die hiervoor dan ook regelmatig de Scrum of Scrums meeting organiseert.

Afhankelijk van de status en de behoefte van een project is de frequentie meerdere keren per week of wekelijks en is het de Product Owner, Scrum Master of een van de teamleden die hun team in de Convene Scrum of Scrum meeting vertegenwoordigen.

Hoe besluiten van het ene team mogelijkerwijs impact hebben op het andere team

Analoog aan de opzet van de Daily Standup meeting worden tijdens het begin van de Scrum of Scrums meeting door de vertegenwoordiger van elk team de volgende vragen beantwoord:

  1. waar heeft je team aan gewerkt sinds de laatste Scrum of Scrum meeting?
  2. wat zal je team afmaken tot de volgende Scrum of Scrum meeting?
  3. welke eventuele obstakels zijn er waar de andere teams bij kunnen helpen?
  4. welke besluiten zijn er in je team genomen die eventueel van invloed zijn op andere teams?

 

Waarna er, in tegenstelling tot de Daily standup meeting, al tijdens de Scrum of Scrums niet alleen afstemming is maar vaak ook al naar oplossingen wordt gezocht.

Van Scrum of Scrum naar alternatieve methoden

Net zoals een maximum aantal scrum teamleden is ook het aantal scrum teams in een Scrum of Scrums beperkt. Zodra er meer dan 10 teams binnen een Scrum of Scrums werken worden deze opgesplitst in scrum-of -scrum-of-scrums. Er zijn dan dus parallelle Scrum of Scrums . De coördinatie van een scrum-of-scrum-of-scrums kent zijn eigen uitdagingen. En omdat de Scrum of Scrums hier als tool (te) weinig houvast biedt zijn in de loop van de tijd voor de implementatie van grote projecten alternatieve methoden ontwikkeld. Hieronder SAFe (Scaled Agile Framework), LeSS (Large Scale Scrum) en het Spotify-model.

Sommige van deze methoden zijn geschikt voor grote organisaties terwijl andere juist beter zijn voor de organisatie van grote projecten in kleinere ondernemingen. Daarnaast is een model als LeSS bijvoorbeeld meer een raamwerk van principes terwijl bijvoorbeeld SAFe bijna een volledige blueprint in detail beschrijft . Wat ze echter allemaal in de kern gemeen hebben is dat ze (scrum) teams gecoördineerd parallel laten samenwerken: Scrum of Scrums.

Analoog aan het schalen van projecten zijn ook programma’s, verzamelingen van gelijksoortige projecten, en portfolio’s, verzamelingen van programma’s goed te organiseren op de Scrum manier, meer daarover in een latere blog.

Samenvattend

Scrum teams zijn dus begrensd tot maximaal 10 leden per team maar Scrum projecten zijn te schalen door deze in te richten als pure Scrum of Scrums, SoS, of afhankelijk van de organisatie een van de varianten zoals hierboven aangestipt.

 

 

Dé tips voor een snelle start als Scrum Product Owner

Tja, onlangs zei ik het nog: ‘als Scrum team realiseren we de hoogste waarde in de kortst mogelijke tijd’.

Die elevator pitch is ook te mooi om niet te gebruiken toch? Tegelijkertijd bedacht ik dat ik als Product Owner daarvoor nog wel even die waarde samen met mijn opdrachtgever heb te bepalen. Want pas dan valt er iets te prioriteren en samen met mijn team te realiseren.

Succes komt pas als ik en mijn opdrachtgever hetzelfde idee over waarde hebben, ik de gebruikers van het product ken en.. vertrouwen heb in het Scrum team.

Pheww!

Bepaal samen met je opdrachtgevers het idee over waarde

Euro’s, dollars, duku’s, pegels, flappen. Was het maar zo straightforward.

Waar het ene bedrijf z’n belangrijkste waarde uitdrukt in omzet of netto winst, doet een ander, zoals de NS, dat in waarden als veiligheid, plezier en betaalbaarheid van dienstverlening.

Weer anderen, zoals startups als Felyx, drukken hun voornaamste waarde uit in het zo snel mogelijk groeien van hun userbase: het aantal klanten.

Want hoe red je het anders tussen al die andere aanbieders van elektrische stepjes die je tegenwoordig overal in steden op de stoep ziet staan? Voor dergelijke bedrijven is razendsnel groeien in hun markt belangrijker dan het direct winst maken: winst komt later wel, eerst veel klanten. Als eindgebruiker wil je niet tig verschillende apps op je telefoon voor het gebruik van zo’n step, dus moet jouw app de eerste zijn

Tip: Stel het bespreken van het idee over waarde niet uit. Maak het idee ‘waarde’ bespreekbaar, zoek er woorden bij en schrijf die op. Ze maken het makkelijker om de waarde te kwantificeren en er getallen aan te koppelen.

Tip: Beschrijf het idee van de waarde ook in de Product Vision van je project. Zo gaat die nog meer leven en wordt het idee meteen onlosmakelijk onderdeel van jouw nieuwe product. Herinner je je nog hoe handig het is om een Product Vision te maken? Zo nee, lees dan een van de volgende blogs waarin ik daar meer over vertel.

Maar bij het idee van waarde gaat het toch ook heel erg over eindgebruikers?

Absoluut en tien punten! Je mag samen met je opdrachtgever dan prachtige ideeën over de toegevoegde waarde hebben; zolang die niet aansluit bij de behoefte van je klanten ga je geen game changing product of dienst maken.
Weet daarom wat je gebruiker voelt en denkt en weet wat die wil. Niet alleen vandaag, maar ook morgen, overmorgen en daarna: behoeften veranderen. ‘Versnelde informatie propagatie’, herinner je het nog? Die veranderende behoefte volgen is de beste manier om bij te blijven.

Tip: Ga daarom zo snel mogelijk op zoek naar en in gesprek met gebruikers van je product. En true, dat zijn niet je naaste, goedwillende collega’s.
Bedenk goed hoe je met die gebruikers wilt communiceren. Door een zaal toe te spreken? Wil je ze vragenlijsten toesturen en de onderzoeksresultaten lezen? Of, een stuk directer, wil je met ze om de tafel zitten om ze aan te kunnen kijken en te voelen wat ze vinden van jouw nieuwe product-ideeën?

En hoe zorg je dan voor de hoogste waarde in de kortst mogelijke tijd?

De korte versie: Door alles wat moet worden gerealiseerd te rangschikken op waarde: de waarde die het toevoegt voor je opdrachtgevers en de gebruikers. Zo komen de onderdelen van je nieuwe product die de hoogste waarde leveren bovenop de ‘wensen-stapel’. En ja, de onderdelen die minder waarde leveren liggen aldus lager op die stapel. Wie het eerst komt die het eerst maalt: de items die bovenop de stapel liggen worden eerder gerealiseerd door het Scrum team dan de items die lager liggen. Die stapel heet in Scrum terminologie de Prioritized Product Backlog.
Tip: Onthoud voor nu dat het bepalen en bijhouden van die stapel een van je belangrijkste verantwoordelijkheden is als Product Owner. En lees mijn volgende blog, waarin ik een aantal tips geef voor het effectief bepalen van die prioriteit.

Heb vertrouwen in je Scrum team

Als Product Owner bepaal je in nauwe samenwerking met de klant en je opdrachtgever wat er gemaakt moet worden en met welke prioriteit. Maar hoe je product gemaakt wordt, dat laat je over aan je Scrum team. Hoe beter jij in staat bent om je teamleden te vertrouwen en het hoe aan hen over te laten, des te sneller ze hun verantwoordelijkheid kunnen nemen en des te beter ze het nieuwe product kunnen ontwikkelen.

In de praktijk kom ik echter nog regelmatig Product Owners tegen die het hoe wel los willen laten, maar stiekem toch de controle vasthouden . Hoe ze dat doen? Door simpelweg veel te veel acceptatiecriteria te benoemen. En je weet: hoe meer acceptatiecriteria je bepaalt, des te minder ruimte je geeft aan je Scrum team om zelf het hoe te bepalen.

Tip: Ben je dus bewust van je mogelijke hang naar controle. En laat die dus zoveel als mogelijk los. En oh ja, kijk nog eens naar Frozen: ‘let it go, let it flow’!

Tot slot

Als Product owner ben je de vertegenwoordiger van de klant en de gebruikers en daarmee de belichaming van het nieuwe product of de dienst: straal dat dan ook uit en wees de waarachtige eigenaar van de productvisie en de waarde. Wees enthousiast en betrokken bij je team en ondersteun ze waar nodig bij de ontwikkeling van jouw visie.

Dus:
Visie, Enthousiasme, Waarde, Prioritering en Loslaten. Yup, niemand zei dat het eenvoudig zou zijn. Wel erg leuk om te doen, zet ‘m op!

 

Hybride & Online Agile Scrum training & certificering afgestemd op jou

Afhankelijk van je kennis en praktische Agile Scrum ervaring hebben we de volgende drie mogelijkheden voor je om jezelf Agile te trainen en te certificeren als Scrum Master of Scrum Product Owner.

Hybride > Virtual Classroom + Fysieke Workshop dag

Als je nog geen of weinig kennis of ervaring hebt van Scrum of als je het fijn vind om de theorie samen met andere deelnemers te leren en uitgelegd te krijgen aan de hand van praktijkvoorbeelden dan is onze Hybride training handig en fijn:

  1. een paar dagen voor de training ontvang je het schriftelijk lesmateriaal thuis
  2. de eerste en tweede halve lesdag log je thuis in via je laptop of desktop in op onze Virtual Classroom. Beide direct opvolgende halve online lesdagen zijn van 09:00-13:00. Doordat je elkaar kunt zien en met elkaar kunt praten en er maximaal 7 andere deelnemers zijn is de interactie, net zoals in een echt Scrum team, gewaarborgd. Daarnaast hoef je voor deze twee halve dagen niet te reizen en heb je ’s middags de tijd voor andere activiteiten.
  3. na de twee halve online lesdagen krijg je een persoonlijke online e-learning voor je laptop en tablet. Hierin kun je aan de hand van videomateriaal en quizzes je de stof nog verder eigen maken en als je dat wilt ook al je examen plannen en afleggen
  4. tenslotte volg je de fysieke workshop dag op onze locatie waarin we de praktijk gaan oefenen. Samen doorloop je op deze dag een heel Scrum project en ervaar je hoe de Scrum theorie in de praktijk tot leven komt én hoe het is om in de praktijk Scrum Master of Product Owner te zijn. Uiteraard plannen we deze dag in nauw overleg met alle deelnemers. En ook hier geldt: omdat onze teams nooit groter zijn dan maximaal 7 andere deelnemers is de interactiviteit en veiligheid gewaarborgd.

Online > Virtual Classroom

Als je al veel praktische ervaring hebt als Scrum Master of Product Owner en het fijn vind om interactief met anderen de theorie te leren of op te frissen en vragen te kunnen stellen en uitgelegd te krijgen aan de hand van praktische voorbeelden maar je geen behoefte hebt aan de fysieke workshop dag dan kun je er ook voor kiezen om je alleen voor de Online training in te schrijven. Je doet in dat geval niet mee met de praktische workshop dag en doorloopt dan bovenstaande stappen tot en met 3.

e-learning Scrum Master Certified of Product Owner Certified

Als je al ruime ervaring hebt met het Agile werken als Scrum Master of Product Owner, je wilt de theorie opfrissen en jezelf certificeren dan is een van onze onze e-learnings daarvoor ideaal. Na inschrijving ontvang je een persoonlijke online leeromgeving die je kunt gebruiken via je laptop, pc of tablet. In de tijd die jou het best uitkomt fris je aan de hand van video’s en quizvragen je theorie op en plan je vervolgens ook je online examen om jezelf te certificeren als Scrum Master of Product Owner Certified terwijl je voor specifieke vragen en examen voorbereiding een uur 1-op-1 begeleiding krijgt van een van onze trainers.

 

Agile Scrum: wat houdt dat in?

In een vorig blog schreef ik over Agile werken. Maar wat betekent ‘Agile Scrum’ eigenlijk?

De scrum binnen rugby

Bij rugby staat scrum voor een spelhervatting na een overtreding. Alle spelers gaan dan samen in een cirkel staan, waarbij teamgenoten zich met de armen over elkaars schouders schrap zetten tegen de opponent. Dat heet een scrummage. Zodra de rugbybal in de kring wordt gegooid, kan het spel weer beginnen.

De term Scrum wordt ook veel gebruikt als naam van een agile methode voor het organiseren van projecten. Om duidelijk te maken dat het dan gaat om een scrum manier voor agile werken in plaats van rugby. Daarom vaak de term agile toegevoegd: agile scrum.

Bij Agile Scrum draait het ook om teams die de schouders eronder zetten en samen bouwen aan een solide en stabiele basis voor het organiseren van projecten

Adaptief Projectmanagement

De mens is altijd  op zoek naar methoden en technieken om sneller en efficiënter producten en diensten te leveren dan de concurrent. Dan ben je immers in het  voordeel. Het is ‘survival of the fittest’: Darwin ten voeten uit!

Daarom  zijn in de loop van de tijd allerlei adaptieve projectmanagement methoden bedacht, op basis waarvan je tijdens het project makkelijker en sneller kunt bijsturen zodat het resultaat nog beter aansluit bij de veranderde behoeften van je klant.

Een van die methoden is Scrum. Grote voordeel van Scrum is, dat het door zijn generieke karakter toepasbaar is  voor vele soorten projecten. Hierdoor is het populairder dan meer specifieke agile methoden.

Ontstaan van Scrum

De term  Scrum als manier om werk te organiseren, is al in de jaren tachtig  voor  het eerst opgedoken in een artikel van de bedrijfskundigen Hirotaka Takeuchi en Ikujiro Nonaka:‘The New New Product Development Game’ in de Harvard Business Review van 1986[1].

Ja 1986, inmiddels meer dan dertig jaar geleden.

De bedrijfskundig wetenschappers deden wereldwijd onderzoek  naar de onderlinge verschillen in slagkracht van bedrijven. Ze constateerden dat kleine, zelforganiserende teams die in nauw contact staan met de klant, in kortere cycli – dus sneller – opleveren tot betere resultaten kwamen dan minder wendbare teams.

De analogie met het schouder aan schouder staan tijdens een spelhervatting binnen rugby sprak Takeuchi en Nonaka aan en daarom benoemden ze het werken in zelforganiserende teams als Scrum.

Jaren later pikten de Amerikaanse ICT-ers en entrepreneurs Jeff Sutherland en Ken Schwaber dit Scrum principe op, brachten en ontwikkelden ‘Scrum’ in de praktijk en vertelden in 1995 over hun ervaringen op een developers-conferentie . Vanaf dat moment won Scrum steeds meer terrein, eerst binnen de ICT, later ook binnen veel andere disciplines.

Wat is het verschil tussen Agile en Scrum?

Een veelgehoorde vraag.  Agile is geen methode, maar een gedachtegoed, een visie. Een visie die in 2001 begon als ‘Agile Manifesto for Software Development‘. Deze werd in 2005 aangevuld en uitgelegd met de ‘Declaration of Interdependence‘.

Om Agile werken in de praktijk te brengen, kun je kiezen uit veel  methoden. Waaronder dus Scrum, dat vanzelfsprekend ook de  vier basiswaarden van Agile onderschrijft. Fruit verhoudt zich tot appel zoals Agile zich verhoudt tot Scrum.

De principes van Scrum

De ‘elevator pitch’ van Scrum is: ’het bereiken van de hoogste waarde in de kortst mogelijke tijd’. De focus ligt daarbij op  op zes principes:
  1. Empirische proces controle: in plaats van gedetailleerde planning aan de voorkant van het project, loopt  de planning van Scrum tijdens het project zelf  en op basis van de empirie: de in de praktijk bereikte tussenresultaten.
  2. Zelforganisatie: in een Agile Scrum project organiseren de  Scrum-teams zichzelf. De Scrum Master is er alleen om te begeleiden.en Bye bye command-en-control type leiderschap.
  3. Samenwerking: in Scrum wordt stevige focus gelegd op samenwerking met alle ‘stakeholders’, volgens het adagium: samen maak je het eindresultaat. In plaats van alleen wensen over de muur gooien en maar afwachten waar het projectteam mee komt.  Prioritering op waarde: om de hoogste waarde in de kortst mogelijke tijd te leveren, steunt  een Scrum project sterk op het voorrang geven aan p waarde. Hoe hoger de verwachte toegevoegde waarde van een onderdeel,  hoe hoger de priortiteit voor dat  deelresultaat van het project.
  4. Tijd-box: binnen Scrum zijn  veel meetings ge-time-boxed. Wat wil zeggen dat er van tevoren bekend is hoelang een bepaalde meeting maximaal mag duren. Dit zorgt voor structuur, overzicht en bevordert dat meetings niet langer duren dan absoluut noodzakelijk.
  5. Iteratieve ontwikkeling: binnen een Scrum projecten is de oplevering van  producten en diensten iteratief, dat wil zeggen stap voor stap. Hierdoor is het mogelijk om een product of dienst al tijdens het project te beoordelen en indien nodig  bij te sturen.

Scrum Rollen

Er zijn drie rollen in Scrum. Deze rollen kennen onderling geen hiërarchie.

Wel is er een heldere scheiding tussen wie er wat doet.

Zo heeft de Scrum Product Owner het contact met de klant en bepaalt in nauw overleg met de klant/opdrachtgever wat er gemaakt moet worden en met welke prioriteit. Het Scrum team bepaalt hoe iets gemaakt gaat worden en plant zijn eigen werk. De Scrum Master begeleidt het Scrum proces en coacht en faciliteert het Scrum team.

5 Fasen waarvan vier recursief.

Er zijn vijf opvolgende fasen in Scrum. Op het eerste gezicht lijken deze fasen heel erg op die van een klassiek watervalproject:

Ten eerste de  initiatieffase, gevolgd door de plan- en inschattingsfase. Dan het realiseren van de projectresultaten tijdens de implementatiefase, de beoordeling van de product-resultaten tijdens de review & retrospectfase en tenslotte worden de producten vrijgegeven vor de markt tijdens de releasefase.

Tot nu toe geen bijzonderheden. Maar: schijn bedriegt.

Want na de afronding van die eerste initiatieffase, doorloop je de andere vier fasen, in herhaling, steeds opnieuw in een cyclus. Net zolang tot het eindproduct -of dat nou een dienst of een tastbaar product is – klaar is.

Elk van deze cycli heet binnen Scrum een sprint.

Scrum levert sneller waarde op

Binnen Scrum krijgt ieder onderdeel van het project vooraf prioritering  op basis van waarde. Een product dat meer waarde toevoegt, krijgt een hogere prioriteit en zal daardoor eerder aan de beurt komen.

In dat proces  is de kracht van Agile Scrum het herhalende patroon van de sprints.

Want daardoor komen tijdens het lopende project al deelproducten af. Die kan je dus sneller afleveren en dat betekent een snellere levering van waarde. En het mes snijdt bovendien aan twee kanten. Want de ervaringen met de tussentijds geleverde deelproducten worden ook gebruikt om in opvolgende fasen het product nog beter te maken. Hierdoor sluit het product nog beter aan op de wensen van de klant.

Neem bijvoorbeeld  de bank-apps van de ING en de ABN-AMRO. In het begin  konden klanten daarmee alleen hun  banksaldo bekijken. Tegenwoordig kan zo’n app van alles. Je hebt als consument je hele bank online bij je. Al die extra functionaliteit is, stukje bij beetje, in de loop van de tijd toegevoegd.

Dat betekent een constante toevoeging van waarde door de jaren heen. Door de vlotte introductie indertijd was je als consument al lang geleden in staat om gebruik te maken van de app. In die tijd was alleen het online inzien van je saldo al van veel waarde. Door in de loop van de tijd de gebruikerservaringen goed te monitoren en op nieuwe behoeften in te springen, zijn ontwikkelaars in staat geweest om met veranderende gebruikerswensen om te gaan.

Is Agile Scrum een methode of een raamwerk?

Scrum is zeker niet zo methodisch als bijvoorbeeld PRINCE II (PRojects IN Controlled Environments) en voelt daardoor veel meer aan als een raamwerk waar je als organisatie al naar behoefte uit kunt putten.

Uiteindelijk gaat het immers niet over Hoe je de hoogste waarde bereikt in de kortste tijd, maar dat je de hoogste waarde in de kortst mogelijke tijd bereikt. In ieder geval voordat je concurrent dat doet. Doordat Scrum  het karakter heeft van een raamwerk, is het op veel verschillende manieren te gebruiken.

Is Agile Scrum in alle gevallen de meest handige organisatie methode?

Nee, zeker niet in alle gevallen. Scrum is een belangrijke overweging voor bedrijven en organisaties die producten of diensten leveren in competitieve markten en die willen overleven of groeien in hun markt door de hoogste waarde in de kortst mogelijke tijd te leveren.

Maar als het bijvoorbeeld gaat over het produceren van producten of diensten met een lange levenscyclus tegen de laagst mogelijke prijs, dan is de procesoptimalisatie van onder andere Lean een betere keuze. Scrum kan in termen van markt behoud en marktaandeel het verschil maken. De theorie achter  het werken volgens Agile Scrum is makkelijk. Een succesvolle praktische invoering, zeker in al langer bestaande organisaties, is een ander verhaal en  weerbarstiger.

Daarover in een later blog meer.

De toekomst van Agile Scrum

Net zoals het Agile gedachtegoed is het Agile werken volgens Scrum niet meer weg te denken. Steeds meer organisaties stappen dan ook over. Het begon met bedrijven die Scrum gingen gebruiken vanwege  de stevige concurrentie in hun markten. Inmiddels besluiten nu ook veel afnemers en leveranciers om Scrum te gebruiken. Zo gebruikt onder andere ook de Rijksoverheid Scrum op allerlei niveaus.

Het Scrum framework evolueert intussen mee. Voor grote organisaties die zich volgens Scrum willen organiseren bestaan inmiddels afgeleiden van Scrum. Zoals  SaFE, Less, het Spotify-model enz. komen er regelmatige nieuwe aanpassingen bij.

Bottom line is en blijft daarbij echter steevast: het leveren van de hoogste waarde in de kortst mogelijke tijd!

Agile Scrum: samenvattend

Agile is een gedachtengoed. Om daadwerkelijk Agile te werken zijn er veel en diverse methoden en raamwerken.

Een van die methoden is Scrum. Scrum is populair doordat je het voor veel verschillende disciplines kan gebruiken.

De pitch van Scrum is: het leveren van de hoogste waarde in de kortste tijd.

Scrum doet dit door: te prioriteren op de waarde die een (deel)product levert en door al tijdens het project (deel)producten aan de klant te leveren.

Scrum is de methode voor bedrijven en organisaties die willen overleven of groeien in een hoog-dynamische markt.

Bronnen en referenties:

  1. Harvard Business Review, the new new product development game: https://hbr.org/1986/01/the-new-new-product-development-game
  2. Agile Manifesto: https://agilemanifesto.org/

Wil je je verder verdiepen in Scrum? Overweeg dan een van onze certificerende trainingen tot bijv. Scrum Master of Scrum Product Owner.

Ben je op zoek naar welke Scrum rol het best bij je past? Doe dan eens deze korte quiz.

Agile werken: wat is dat eigenlijk?

Agile werken, je hebt er vast al eens van gehoord. Net zoals van termen als agile coach, agile training, agile scrum, enzovoorts. Maar wat betekent het en wat is agile werken eigenlijk?

Wendbaar

Agile werken betekent letterlijk ‘behendig’ of ‘wendbaar’ werken. En wendbaar werken is een belangrijk thema van deze eeuw. Door globalisering, snelle technologische ontwikkelingen, zoals de komst van het internet, veranderen klantwensen zich in almaar sneller tempo.

Hierdoor is het het voor veel teams en bedrijven een uitdaging om concurrerend te blijven. Wendbare, agile organisaties, passen zich sneller aan veranderende marktomstandigheden aan en hebben daardoor meer kans om te overleven en te groeien.

Klassieke voorbeelden van  bedrijven die onvoldoende snel hun aanpak veranderden en daardoor jammerlijk verloren gingen zijn bijvoorbeeld Nokia, Kodak, Xerox, IBM, BlackBerry, Polaroid en V&D. Kijk je dichtbij huis in je eigen winkelstraat dan zie je hetzelfde patroon: winkels die vaak vol goede moed beginnen maar vaak al snel weer hun deuren sluiten.

Veel van deze bedrijven hadden kunnen blijven bestaan wanneer ze op tijd agile waren gaan werken. Maar wat is agile werken?

Het ontstaan van Agile werken: adaptief project management

Om de concurrentie een stap voor te blijven waren organisaties al lang voordat het begrip ‘Agile werken’ bestond al op zoek naar manieren om wendbaarder te zijn.

Zo werd er eind vorige eeuw al volop nagedacht over nieuwe manieren om tijdens projecten makkelijker te kunnen bijsturen: ‘Adaptief project management’.

Hierdoor kon men beter inspelen op wisselende marktomstandigheden. Zodanig, dat het eindresultaat relevanter en waardevoller is voor de klant en eindgebruiker.

Verschillende manieren van adaptief projectmanagement

Door de snelle ontwikkeling van de IT-industrie eind vorige eeuw was dit logischerwijs een van de eerste vakgebieden waarin nieuwe methoden voor adaptief projectmanagement werden bedacht én uitgeprobeerd.

Slechts een greep uit de grote hoeveelheid methoden die in de loop van de tijd zijn ontwikkeld zijn: Crystal, DSDM (Dynamic Systems Development Method), XP (eXtreme Programming), FDD(Feature Driven Development), ASD.

En ja, ook Scrum.

In tegenstelling tot andere Agile methoden vond Scrum zijn oorsprong in 1986 niet in de softwareontwikkeling, maar kwam het voort uit vergelijkend bedrijfskundig onderzoek [1].

Daarover in een volgend blog meer.

Van verschillende methoden naar een overkoepelende visie

Eind vorige eeuw waren er dus al een boel verschillende methoden voor adaptief project management.

Agile werken en de hieruit voortvloeiende agile methoden komen voort uit het ‘Agile Manifesto’.

Dit manifest, dat begon als ‘Software Manifesto for Agile Development’ [2], werd bedacht rond een haardvuur in het Snowbird skiresort in de Wasatch bergen in Utah, in de winter van februari 2001.

Het ontstond doordat de deelnemers van de bijeenkomst, na ongetwijfeld een dag sneeuwpret, een gezamenlijke visie probeerden te formuleren voor de verschillende adaptieve methoden die tot dan toe waren ontwikkeld.

Scrum bijvoorbeeld, zag als concept het levenslicht al in het eind van de eeuw daarvoor in 1986.

Het Agile manifesto beschrijft heel kort een viertal prioriterende waarden en dertien gerelateerde principes.

“Mensen en hun interactie boven processen en hulpmiddelen

Werkende producten/diensten boven uitgebreide documentatie

Samenwerking met de klant boven contractonderhandelingen

Inspelen op verandering boven het volgen van een plan”

Vrij vertaald werken organisaties, volgens het manifest, ‘agile’ als ze: in nauwe samenwerking met hun klant nieuwe producten en/of diensten ontwikkelen en hiermee al tijdens de ontwikkeling flexibel inspelen op veranderende marktomstandigheden.

Dit doen ze doordat ze mensen en hun interacties prevaleren boven processen en hulpmiddelen en door een nadrukkelijke focus op het leveren van toegevoegde waarde voor de klant, de eindgebruiker.

Het Agile Manifesto is aldus de overkoepelende visie of gedachte die de diverse, los in de tijd, ontwikkelde adaptief project management methoden samenbrengt onder één noemer.

Agile werken is daarmee een visie om samenwerken van mensen te organiseren. Agile werken en de agile methoden die zijn ontstaan hebben diverse kenmerken wanneer deze op de juiste manier worden uitgevoerd in een organisatie: van agile management tot agile teams in de dagelijkse bedrijfsvoering.

Kenmerken Agile organisaties: kleine zelfsturende teams

In Agile organisaties wordt veelal gewerkt in kleine zelfstandige multidisciplinaire teams die werken in korte cycli aan relatief kleine taken en continu feedback krijgen van de uiteindelijke klant of eindgebruiker.

Ben je wel eens betrokken geweest in een klein team waarin de communicatie moeiteloos gaat en de groep als één lijkt te denken en te handelen?

Zo’n agile team kan een situatie analyseren, een keuze maken en handelen alsof het een enkele ononderbroken vloeiende beweging is.

Het A-team!

Geen enkele leidinggevende vertelt ze wat ze moeten doen. Ze vertrouwen de andere teamleden.

Dat vertrouwen wordt beloond wanneer ze presteren.

Het is bijna alsof de groep een eigen brein heeft. Directe gesprekken lossen alle verschillen in zienswijze op.

Werken in een zo’n agile team is, als dat je past, hartstikke leuk.

Kenmerken Agile organisaties: sterke klantgerichtheid

Agile organisaties focussen sterk op het leveren van waarde aan klanten.

Globalisering, deregulatie en nieuwe technologieën, vooral het internet, boden de klant keuzes aan. Keuzes op basis van betrouwbare informatie over deze keuzes en de mogelijkheid om met andere leveranciers in contact te komen.

Opeens was de klant de baas en verwachtte deze waarde die direct en zonder enige moeite tot hem kwam.

In de competitieve markt van vandaag, waarin klanten directe, vertrouwde antwoorden verwachten, is een bureaucratische aanpak steeds minder effectief.

De klant denkt: “Waarom zou ik wachten? Als jij het nu niet levert, vind ik wel iemand anders die het wel doet.”.

In een hiërarchische bureaucratie, is “de klant is nummer één” eigenlijk slechts een slogan. In werkelijke Agile organisaties met agile management en agile teams is iedereen gepassioneerd en geobsedeerd over het leveren van meer waarde aan klanten.

Iedereen in de organisatie heeft duidelijk zicht op de uiteindelijke klant en kan zien hoe zijn werk waarde toevoegt aan die klant – of juist niet.

Kenmerken Agile organisaties: de organisatie als netwerk

Agile organisaties proberen de de organisatie in te richten als een transparant netwerk van medewerkers die samen toewerken naar een gemeenschappelijk doel van blije klanten.

Hiërarchische organisaties opereren vaak als een gigantische olietanker: groot en efficiënt, maar langzaam en moeilijk manoeuvreerbaar.

Wanneer de gehele organisatie Agile omarmt, lijkt de organisatie minder op een gigantisch schip, en meer op een vloot van kleine speedboten.

In plaats van een stationaire machine, is de organisatie een organisch levend netwerk van zelfsturende teams. De gehele organisatie, inclusief de top, is geobsedeerd door het leveren van meer waarde aan klanten.

Agile teams nemen zelf initiatief en werken samen met andere Agile teams om algemene problemen op te lossen. Agile management biedt de teams bovendien deze vrijheid.

Hoe organisaties Agile kunnen gaan werken

Agile werken lijkt ideaal, is in veel gevallen noodzakelijk, maar is niet eenvoudig.

Zeker niet voor de grotere organisaties.

Organisaties die bijvoorbeeld omwille van hun concurrentiepositie Agile willen gaan werken kiezen daartoe vaak een raamwerk of methode. Scrum is de meest generieke Agile methode. Het wordt daardoor het meest gekozen.

En doordat Scrum meer een raamwerk is dan een methode zijn er in de loop van de tijd veel verschillende soorten implementaties van Scrum ontstaan die ieder voor zich tegemoet komen aan specifieke behoeften van bedrijven.

De vraag is wat de betekenis van agile werken is voor een specifieke organisatie. Hoe wordt het correct geïmplementeerd en hoe sluit het aan bij de doelen van de organisatie?

Daarover in een later blog meer.

Agile werken: samenvattend

Agile werken betekent wendbaar werken. Wendbaar werken van organisaties komt tegemoet aan de snel veranderende markt wensen van vandaag de dag.

Om te groeien en concurrerend te blijven willen organisaties daarom agile, wendbaar werken.

Bij Agile werken gaat het over multidisciplinaire teams die in nauwe samenwerking en met sterke klantfocus in korte ontwikkelcycli producten en diensten realiseren.

Agile werken is een visie. Om die visie in de praktijk te brengen maken organisaties gebruik van Agile methoden. Een van de meest gebruikte Agile methoden is Scrum.

 

Bronnen en referenties:

  1. Harvard Business Review, the new new product development game: https://hbr.org/1986/01/the-new-new-product-development-game
  2. Agile Manifesto: https://agilemanifesto.org/
  3. Denning, S. Explaining agile -Forbes magazine, 8 september 2016-

Scrum Master training leidt tot Agile denken over de Food retail!

Al doende leer je

Woensdag 12 en donderdag 13 december werd onze Scrum Master Certified training weer goed bezocht. Leuke groep mensen van diverse bedrijven. Deze keer gebeurde er iets extra bijzonders..

Tijdens onze agile trainingen larderen we de theorie altijd met een pittige case opdracht. De deelnemers gaan hier als team tijdens de twee dagen doorheen en volgen zo de fasen van een Scrum project. Hierbij neemt een ieder in afwisseling ook de rol van Scrum Master of Product Owner op zich. Al doende leer je het best.

Product Vision statement

Op de eerste dag bedenken en presenteren de teams zo het raamwerk van een ‘Product Vision statement’. Hierbij denken ze onder andere na over klant & segmentatie, (latente) klant behoeften, concurrentie en hoe hun nieuwe product of dienst waarde gaat toevoegen in bestaande markten en zich aldus kan onderscheiden. Op basis van de product vision ontvouwt zich vervolgens de rest van het project en de rest van de opdrachten. Inclusief o.a. een sprint, compleet met planning, ‘dagen’ werken, stand-up , review en retrospective meetings.

Praktische case opdracht

Tijdens de Scrum Master training van deze week deden we een case uit de Food Retail: grote supermarktketen op zoek naar een partij die kan helpen bij de verdere ontsluiting van markten en klant kanalen. De groep werd opgedeeld in twee teams die beiden de opdracht kregen om op basis van de inleiding een project visie te bedenken en te presenteren. De smart cookies van het eerste team (deelnemers van ING, T-Mobile en MPD) dachten na over de huidige aanbieders inclusief o.a. Albert Heijn, Jumbo en Picnic. Zij presenteerden vervolgens het door hun bedachte concept ‘Delivery & Cooking‘: verbeterde en snellere levering van supermarkt producten aan huis én het bereiden en leveren van complete warme maaltijden. Verrassend.

Verrassend resultaat van de Scrum Master training

Donderdagochtend bleek bij binnenkomst dat bijna iedereen inmiddels op NU.nl de verwijzing had gelezen naar het artikel in het FD over de plannen van Wouter Kolk, sinds 1 november de nieuwe baas van Ahold Delhaize: meer vers, snellere levering en… het leveren van warme maaltijden! Hey, ‘Delivery & Cooking‘!

Hilariteit alom uiteraard en wat ontzettend leuk dat Albert Heijn onze agile droom gaat waarmaken!

Gratis: de complete Scrum theorie

De complete Scrum theorie in één handzaam boek

In de Scrum Body of Knowledge lees je van A tot Z de complete theorie over het Scrum raamwerk. Van de principes van Agile en Scrum, de diversen Scrum rollen tot aan details over bijvoorbeeld het inschatten van risico’s van projecten.

Deze geheel vernieuwde editie biedt daarnaast twee extra hoofdstukken over het schalen van Scrum. Zowel voor grote projecten alsook de toepassing in grote organisaties.

De SBOK werd ontwikkeld als gids voor professionals en organisaties die Scrum willen gaan toepassen én als naslagwerk voor degenen die dat al doen. Het bevat bijdragen van veel Scrum-experts, gebaseerd op hun ervaringen in duizenden projecten in allerlei soorten organisaties.

De SBOK kan als referentie- en kennisgids gebruikt worden door zowel ervaren Scrum als andere product- en serviceontwikkelaars. Je hebt geen voorafgaande ervaring of kennis van Scrum of andere project- en organisatiemethoden nodig.

Je kunt het hier gratis downloaden als PDF e-book.

Agile trainingen vanuit hartje Maastricht

Voor eenieder die een van onze Agile trainingen zou willen volgen maar de reis naar Haarlem of Bali nét iets te ver vindt, of het gewoonweg leuk vindt om een paar dagen in het prachtige Maastricht te vertoeven hebben we goed nieuws: vanaf april gaan we onze trainingen ook vanuit het oude stadshart van Maastricht verzorgen.

Omdat veel van onze deelnemers onze sfeervolle locatie in Haarlem waarderen zijn we ook voor de trainingen in Maastricht op zoek gegaan naar een bijzondere locatie. Deze hebben we gevonden aan de Grote Gracht, net achter het Vrijthof in een van de meest historische panden en met een prachtige stadstuin én een uitstekende catering. Uiteraard op loopafstand van het NS station en voor degene die met de auto willen komen voorzien van parkeergelegenheid. Dat belooft wat.

Geïnteresseerd? Voor een overzicht van al onze trainingen inclusief die in Maastricht klik je hier