Welkom terug bij de tweede editie van Z to A pulse! In deze editie willen we een algemeen aanvaard proces onder de loep nemen dat nu aan populariteit wint als managementgril.
Heb je ooit aan de ontvangende kant gestaan van Are you Agile? Of zeg je vaak – ik werk in Agile?
Het lijkt erop dat het niet het moeiteloze en soepele proces is dat het beweert te zijn.
Ik las onlangs een artikel over hoe mensen vaak denken dat Agile de suave, snelle en schone transformatie is die Assepoester had, maar vaak is het de complexe, rommelige transitie van een onschuldige man naar een Amerikaanse weerwolf.
Waarom doorzien organisaties dan niet vaak de gebreken van deze algemeen aanvaarde aanpak?
Mijn naam is
Sharon Koshy
, Marketing Strateeg bij Zuci en ik bespreek dit in detail met
Saifudeen Khan
, een Senior Solutions Architect bij Zuci en zelf een Agile Evangelist.
Laten we eerlijk zijn over – Waarom Agile Transformaties Mislukken
Sharon: Wat zijn de basisprincipes van Agile Transformatie die meer bedrijven niet begrijpen, nu ze deze pragmatische benadering van productontwikkeling gaan gebruiken?
Saif: Ik heb gezien dat mensen de betekenis ervan niet begrijpen. Ze hebben het gevoel dat het een kortere waterval is onder het mom van Agile. Elk project heeft een fase waarin eisen – ontwikkeling – testen/valideren – implementatie gebeurt. Agile is bedoeld als een kortere sprint, maar bedrijven behandelen het nu als een kortere waterval en volgen hetzelfde ritme van het verzamelen van vereisten tot de implementatie. Dit is een primaire fout als het gaat om het invoeren van Agile.
Het is een bewuste keuze die bedrijven moeten maken of het project het beste zal werken in het Agile, Waterval of Iteratieve model. Blindelings kiezen voor Agile en denken dat het alle problemen oplost, is een grote blunder.
Sharon: Kan een bedrijf zich volledig houden aan een Agile Manifest?
Saif: Agile Manifesto is ontworpen door de oprichters van de respectieve processen op basis van de problemen die ze op dat moment in hun kring voor ogen hadden. Hoewel het ons een aantal concrete richtlijnen geeft, moeten we niet vergeten dat elk bedrijf, project, mensen en cultuur verschillen. Elk bedrijf moet dus begrijpen dat deze processen op maat gemaakt moeten worden om de einddoelen te halen. Er is geen standaardmanifest dat voor iedereen geschikt is.
We namen ook elk van de principes door en ontcijferden de werkelijke betekenis ervan:
- Wat er staat – Individuen en interacties boven processen en tools.
Wat het betekent – Individuen moeten eigenaarschap tonen; uiteindelijk zul je de verhalen documenteren om te laten zien wat je hebt gedaan.
- Wat er staat – Werkende software met uitgebreide documentatie.
Wat het betekent – Dit betekent niet noodzakelijk de afwezigheid van documentatie, eerder documentatie wordt beschouwd als een onderdeel van werkende software, en hier wordt geen extra tijd aan besteed.
- Wat er staat – Samenwerking met de klant in plaats van contractonderhandelingen.
Wat het betekent – Omdat er een kortere sprint is, is de kans groter om met de klant mee te lopen en te visualiseren of het bedrijf de vraag kan leveren. Dit komt omdat de interactie vaker gebeurt (eens in de 2 weken) in tegenstelling tot een traditionele waterval.
- Wat er staat – Reageren op verandering door een plan te volgen.
Wat het betekent – Verandering is onvermijdelijk. Agile zegt dat aangezien het team nauw met elkaar verbonden is, de verandering onmiddellijk kan worden doorgevoerd. Het geeft een extra voordeel om terug te gaan en de wijzigingen in een kortere tijd door te voeren zonder de release te beïnvloeden.
Sharon: Welke rol speelt de cultuur van een organisatie bij het invoeren van Agile?
Saif: Cultuur speelt een heel belangrijke rol in Agile. Over het algemeen heeft de organisatie niet veel zichtbaarheid in de traditionele waterval. Maar in Agile moet alles van boven naar beneden lopen. De belangrijkste voorwaarde die ik zie om Agile in een organisatie te laten werken, is dat de belangrijke stakeholders zich erbij aansluiten en het met elkaar eens zijn dat Agile waarde toevoegt. Als je eenmaal een verhaal hebt opgepikt, ben je verplicht om het op te leveren in de sprint van twee/drie weken. Als er tussentijds een andere prioriteit bijkomt, zal het proces mislukken, tenzij er als team een duidelijke sprintplanning is waarin iedereen afspreekt om de backlog te kiezen en deze te prioriteren tijdens de volgende sprint. Als het team blijft draaien op ad-hoc eisen, zal het agile proces haperen.
Het tweede aspect hier is – Eigendom. Een traditionele servicegerichte aanpak zal in dit scenario falen. De cultuur moet er een zijn die wordt gedreven door eigenaarschap, waarbij het team zich realiseert welke waarde dit oplevert voor de klant.
Ten derde, houd mensen op de hoogte. Als iemand het gevoel heeft dat de tijdlijn niet gehaald kan worden, is het noodzakelijk om dit op dag 1 te melden. Deze eigenschap zou deel moeten uitmaken van het eigenaarschap in Agile. Communiceer vanaf het begin zodat alle partijen op één lijn zitten.
Sharon: Hoe belangrijk is communicatie en samenwerking voor het succes van Agile transformatie?
Saif: Op het moment dat het team zich realiseert dat ze in plaats van in silo’s te werken de barrières moeten doorbreken, wint iedereen. De cyclus zou zo moeten zijn dat de ontwikkelaar ervoor zorgt dat de tester wint en dat de tester ervoor zorgt dat de ontwikkelaar wint. Dit is het toppunt van samenwerking dat Agile vereist.
Sharon: Klant of technologie – wat moet de focus zijn als het gaat om Agile?
Saif: Ik zie dit niet per se als twee verschillende dingen. Natuurlijk staat de klant centraal. Maar een goede klant begrijpt ook de technologie die je voorstelt. Je kunt niet zomaar iets bouwen. Een klant komt niet met een vooraf bepaalde technologie in gedachten, tenzij in het geval van legacysystemen. Ze staan altijd open voor de technologie die je voorstelt, zolang het de voordelen heeft die ze zoeken. Er is dus geen strijd tussen klanten en technologie als het gaat om Agile.
Sharon: Enkele technieken om een mislukte Agile Transformatie te voorkomen?
Saif: Deze dingen in gedachten houden zou moeten helpen -.
- Agile bewustzijn is het absolute minimumvereiste in de organisatie. Als dit er eenmaal is, is het gemakkelijker om momentum op te bouwen.
- Ik begin altijd met een matrix in mijn hoofd – wie is verantwoordelijk, wie is aansprakelijk, wie is de adviseur en wie zijn de mensen die op de hoogte moeten worden gehouden. Dit kan dan worden gepubliceerd naar de belanghebbenden, wat een goede gewoonte is.
- Vervolgens komen de schattingstechnieken aan bod. Agile geeft je verschillende methoden zoals poker, intuïtie, enz. om de inspanningen die voor je liggen in te schatten. Het geeft je ook de flexibiliteit om terug te gaan naar de resource die aan de betreffende sprint werkt om de inschatting van de inspanning te krijgen, en het is belangrijk om hun concurrentievermogen te valideren. Op dit punt kun je bijvoorbeeld de pokermethode voorstellen. De schatting die door de meerderheid van de pokerkaarten aan de overkant van de tafel wordt getoond, wordt in beslag genomen en de middelen moeten in die schattingcategorie werken.
- Zorg er ten slotte voor dat voor elke sprint de story points, de snelheid van het team en de prioritaire taken worden gepubliceerd aan de belanghebbenden en andere betrokkenen. Dit is zodat iedereen die beschikbaar is in de vergadering een afwijking of ad-hocprioriteit kan bespreken en er wat capaciteit kan worden gereserveerd voor dergelijke taken voordat je verder gaat.
Mensen moeten gaan geloven dat Agile geen one-stop oplossing is voor alle problemen, het zal je helpen om problemen in een vroeg stadium te identificeren zodat je de tijd hebt om ze te corrigeren. Het is dan aan de belanghebbenden om de nodige stappen te ondernemen.
Als je deze problemen ondermijnt en ze laat bestaan zonder ze permanent op te lossen, zul je falen.
Vraag voor jou:
Wat zijn jouw gedachten over Agile Transformation – zou je het een ja of een nee vinden? Laat het ons weten in de reacties.
Bedankt voor het lezen! Blijf op de hoogte van toekomstige edities waarin we andere onderwerpen over uitmuntende engineering zullen behandelen.
Ander interessant leesvoer:
