Agile levering 1x1: Overzicht, best practices en voorbeelden

Iedereen heeft het over “Agile Delivery” en u wilt daarom een snel overzicht, enkele voorbeelden en best practices? In dit artikel vindt u wat u zoekt.

Agile Delivery is een methode om waarde te leveren aan klanten en belanghebbenden met behulp van agile principes en werkwijzen.

Agile levering is gebaseerd op het idee van iteratieve levering, d.w.z. het vroeg en vaak presenteren van stappen van het product of de dienst en leren van de feedback en gegevens van de klant om te verbeteren en aan te passen.

Agile Delivery is niet hetzelfde als “Waterfall Delivery”, een traditionele manier van waarde creëren waarbij planning, concept, ontwikkeling, tests, enz. vooraf worden gepland en vervolgens na elkaar worden afgewerkt.

Je hoort vaak dat een agile team een enorme “backlog” of takenachterstand heeft die de komende maanden zal domineren. En dit wordt vaak “Agile Waterfall Delivery” genoemd. Ik wil echter duidelijk maken dat er niet zoiets bestaat als “Agile Waterfall Delivery”. En als iemand beweert het te gebruiken, dan wordt er samengevoegd wat niet bij elkaar hoort.

Grondbeginselen van Agile Levering

Er zijn drie belangrijke principes van Agile Delivery die je moet begrijpen en toepassen:

• Lever werkstappen vroeg en vaak: Zorg ervoor dat iedereen begrijpt dat er alleen waarde wordt gecreëerd als de klant iets bruikbaars in handen heeft. Alles wat daarvoor gebeurt, veroorzaakt kosten en creëert geen waarde. Het maakt niet uit waar je aan werkt, het is pas “klaar” als een klant het daadwerkelijk kan gebruiken. Daarom zouden teams pas aan nieuwe taken moeten beginnen als hun eerdere werk door klanten wordt gebruikt.
• Krijg snel en direct feedback van klanten: Wanneer teams vroegtijdig en frequent werk-incrementen leveren, kunnen ze feedback van echte klanten verzamelen en op basis van die feedback handelen. Dit werkt alleen als je een structuur hebt die jou en je team in staat stelt om vroegtijdig feedback van echte gebruikers te krijgen. Veel voorkomende valkuil: sta niet toe dat managers optreden als vertegenwoordigers van de gebruikersfeedback. Maak de managers duidelijk dat ze misschien de definitie van de “bedrijfswaarde” bezitten, maar niet de definitie van de “klantwaarde” - die is van de klanten en moet rechtstreeks door de Product Owner en de teams worden onderzocht.
• Multifunctionele teams: Als je team met 10 andere teams moet praten om iets aan een klant te leveren, dan zal agile ontwikkeling (nog) niet voor je werken. Zorg ervoor dat je teams hebt die eigenaar kunnen worden van het hele proces, zelfstandig beslissingen kunnen nemen en met klanten kunnen praten.

Er zijn veel verschillende agile organisatiemodellen die je kunnen helpen om agile in jouw context te implementeren. Hier zijn twee voorbeelden van populaire modellen waar je van kunt leren:

• Scrum: Dit is een agile framework dat teams helpt om iteratief en incrementeel waarde te creëren.

  • Scrum definieert drie rollen: Scrum Master, Product Owner en Ontwikkelingsteam.
  • Het definieert ook vier gebeurtenissen: Sprint Planning, Dagelijkse Scrum, Sprint Review en Sprint Retrospectives.
  • En het definieert drie artefacten: Product Backlog, Sprint Backlog en Increment.

Scrum is zeer geschikt voor kleine tot middelgrote teams of projecten met duidelijke en stabiele eisen en op te leveren producten.

• Spotify-model: Het Spotify-model is een agile organisatiemodel ontwikkeld door Spotify, een muziekstreamingbedrijf.
  Het Spotify-model verdeelt teams in Squads, Chapters, Tribes en Guilds.

  • Een squad is een klein cross-functioneel team dat een specifieke functie of product levert.
  • Een chapter is een groep mensen met vergelijkbare vaardigheden of taken, zoals ontwikkelaars, testers, ontwerpers etc.
  • Een tribe is een groep squads die aan een verwant gebied of domein werken.
  • Een gilde is een belangengemeenschap die zich uitstrekt over de hele organisatie.

Het Spotify-model is zeer geschikt voor grote organisaties of programma’s met complexe en dynamische eisen en resultaten.

Vervolgens wil ik wijzen op een klassieke managementmethode die ook in een agile context een belangrijke rol speelt: Eén-op-één vergaderingen.

Zoals te zien is in de volgende grafiek, worden ze door werknemers als zeer belangrijk beschouwd.

Beste werkwijze: Eén-op-één gesprekken met ontwikkelaars

Het leiden van softwareontwikkelaars in regelmatige één-op-één vergaderingen staat absoluut centraal bij Agile Delivery Leads. Ze zijn misschien wel je belangrijkste vergadering. Neem je ze serieus

Graag maak ik van de gelegenheid gebruik om je te attenderen op onze gratis software voor 1-op-1 vergaderingen, die speciaal is ontwikkeld voor agile teams. Maak je 1:1 vergaderingen spannend, meet trends en boek vooral vooruitgang in de ontwikkeling van je medewerkers! 

Probeer gerust een van onze templates uit, zie hieronder. Het volgende template is een standaard template voor bijvoorbeeld tweewekelijkse een-op-een meetings. Het bevat ook een meetbare “stemmingscheck” aan het einde, die je natuurlijk kunt aanpassen:

Om succesvol te zijn met agile deployment moet je een aantal best practices volgen die je helpen om je deployment proces en resultaten te optimaliseren. Hier zijn er een paar:

• Zelforganiserende en onafhankelijke teams leiden: Als Agile leider of manager moet je je teams in staat stellen om beslissingen te nemen, verantwoordelijkheid te nemen en voor hun werk op te komen. Je moet erop vertrouwen dat ze hun best doen zonder ze te betuttelen of onnodige regels of beperkingen op te leggen. Je moet ze ook ondersteunen door ze de middelen, hulpmiddelen, feedback en erkenning te geven die ze nodig hebben.
• Direct klantcontact hebben: Als lid van een agile team of als producteigenaar moet je direct en vaak contact hebben met je klanten. Je moet hun behoeften, verwachtingen en voorkeuren begrijpen en waarde leveren die hieraan voldoet of deze overtreft. Je moet ook feedback van hen verzamelen over je product of dienst en dit gebruiken om je aanbod te verbeteren en aan te passen.
• Zie elke nieuwe functie als een experiment waarvan je kunt leren: Als lid van een agile team of als producteigenaar moet je elke nieuwe functie of vereiste behandelen als een experiment om je aannames en hypotheses te testen over wat je klanten willen of nodig hebben. Je moet je experimenten zorgvuldig plannen, je resultaten objectief meten en leren van je gegevens en feedback. Je moet ook bereid zijn om op basis van je resultaten opnieuw na te denken of verder te gaan.

Dat is alles wat je nodig hebt voor een overzicht. Ik hoop dat dit artikel je helpt meer te begrijpen over agile delivery, de fundamenten, voorbeelden en best practices. Als je vragen of feedback hebt, laat het me dan weten 😊.