Wat is Agile? – een introductie van 1 uur
Agile is een verzameling waarden en principes die de afgelopen decennia een enorme impact hebben gehad op de ontwikkeling van software. In Scandinavië is het tegenwoordig de norm om agile principes te hanteren en heel weinig bedrijven houden vast aan een 100% watervalgerichte benadering.
Er zijn echter veel verschillende soorten implementaties en veel organisaties beschouwen zichzelf als agile, ook al is hun manier van werken niet 100% afgestemd op de agile principes. In deze sessie zullen we de vraag “Wat is Agile” beantwoorden zoals het wordt gezien vanuit ons perspectief in de IT-adviesindustrie. U krijgt een introductie tot agile principes en agile software ontwikkeling.
Het implementeren van nieuwe manieren van werken in organisaties is moeilijk, en het mislukt vaak – maar onze ervaring in Right People Group, gebaseerd op dialogen met honderden klanten gedurende de afgelopen 10 jaar, is dat de verandering naar agile principes in de meeste gevallen succesvol is – zowel vanuit managementperspectief, maar ook vanuit het perspectief van een software ontwikkelaar. Wanneer het correct wordt geïmplementeerd, geeft het simpelweg meer tevreden medewerkers en effectievere software ontwikkeling.
Deze video beschrijft de principes en overtuigingen achter agile software ontwikkeling:
SCRUM – DE MEESTE GEMEENSCHAPPELIJKE AGILE METHODIEK
Scrum is een methodologie die is gebaseerd op de agile principes en het is de meest gebruikte manier om agile te implementeren. Een belangrijke ervaring die we in dialoog met onze klanten hebben opgedaan, is dat het selecteren van zeer sterke producteigenaars echt het verschil maakt tussen succes en mislukking van agile projecten.
De belangrijkste rollen en concepten die u van Scrum moet kennen, zijn:
- Product Owner
- Scrum Master
- Sprint / Sprint planning
- Daily Scrum
- Retrospective
- Sprint backlog / user stories
- Product backlog
U kan meer lezen over de definities van die hierboven genoemde termen hier en de video beneden zal u een introductie geven tot Scrum:
INTRODUCTIE TOT KANBAN
De meeste organisaties starten met Scrum en sommige daarvan implementeren later Kanban. Kanban is een zeer populair kader voor agile software ontwikkeling. Alle brokken werk die door verschillende teamleden worden behandeld, worden visueel weergegeven op een Kanban bord, waardoor het hele team de ontwikkeling van het hele project te allen tijde kan volgen. Onze ervaring in het algemeen bij klanten is dat dit vaak tot verbeteringen leidt en veel van de beste onafhankelijke consultants die werken als agile coaches deze methode aanbevelen.
Kanban wordt geïntroduceerd en vergeleken met Scrum in dit artikel en in de onderstaande video:
MINIMUM VIABLE PRODUCT
Het “Minimum Viable product” (MVP) werd populair gemaakt door Eric Ries bij de publicatie van het boek “The Lean Start-up” in 2008. Het kernconcept van MVP is zeer geschikt voor de filosofie achter agile software ontwikkeling. In de afgelopen jaren is deze filosofie erg populair geworden, vooral bij tech start-ups.
We zien dat het tempo van getalenteerde start-ups die zich aan deze filosofie houden, veel van de kernservices bedreigt die voorheen eigendom waren van bedrijven, bijvoorbeeld in de financiële sector. Omdat ze zich bewust zijn van dit verstoringrisico, proberen de ondernemingen steeds meer het concept en de mindset over te nemen, omdat een korte “time to market” cruciaal is om concurrerend te blijven.
De video hieronder geeft een zeer goede introductie tot MVP geïllustreerd door 3 voorbeelden:
TECHNISCHE SCHULD
In onze eerste video zagen we hoe de ontwikkelaar de keuze maakte om slechts een deel van de databaselaag te doen die nodig was om de relevante functionaliteit te leveren. Dergelijke beslissingen kunnen misschien goed zijn, maar het kan ook leiden tot het potentiële gevaar dat te veel niet-afgewerkte onderdelen in de algehele systeemarchitectuur een “technische schuld” hebben.
Technical Debt is een concept geïntroduceerd door een van de Agile Manifesto auteurs, Ward Cunningham. Zoals gezegd, het nemen van korte doorsneden om bijv. sneller een product op de markt brengen kan een goede beslissing zijn, maar zoals de metafoor impliceert, moet men zich ervan bewust zijn dat er vroeg of laat een schuld moet worden betaald, simpelweg omdat de snelste oplossing in een kort perspectief zelden de meest optimale zal zijn op lange termijn.
Als er geen reden is om een codering short-cut te maken en een snelle en vuile oplossing niet wordt geïmplementeerd om bedrijfswaarde te bereiken, maar simpelweg omdat het team niet ambitieus of bekwaam genoeg is, heeft technische schuld niets te maken met agile methoden en zakelijk denken, dan is het gewoon slecht werk!
In onze ervaring zijn software ontwikkelaars die niet over voldoende vaardigheden beschikken en gericht zijn op kwaliteit de grootste reden voor technische schuld. We zien ook dat de rente op technische schulden enorm is. Door het verhogen van de technische schuld worden wijzigingen in een softwareproduct steeds moeilijker te implementeren, wat gelijk staat aan het doden van het product, omdat een statisch softwareproduct niet kan overleven.
Hier is een inleiding tot technische schuld:
WAT AGILE NIET IS
In het agile manifest krijgen bepaalde dingen voorrang boven andere. Dit betekent niet dat de dingen met minder prioriteit niet worden gewaardeerd en helemaal niet zouden moeten worden gedaan. Sommige ontwikkelaars van software houden er bijvoorbeeld niet van om hun oplossingen te documenteren, en misschien hoort u van dergelijke ontwikkelaars dat documentatie tegen de agile principes is. Dit is fout. Dit korte artikel beschrijft heel goed hoe het agile manifest moet worden begrepen:
https://www.linkedin.com/pulse/what-agile-isnt-patrick-becka
SAFE – AGILE METHODOLOGIE
Het is moeilijk om te slagen met software ontwikkelingsprojecten en het is nog moeilijker om te slagen met grote en complexe software ontwikkelingsprojecten. Omdat veel bedrijfsorganisaties de agile mindset aannemen, betekent dit ook dat er behoefte is aan een methode voor het uitvoeren van zeer grote en complexe projecten met behulp van een agile mindset. “SAFE” is de meest gebruikte agile methodologie om zeer grote en complexe projecten te verwerken. Hier is een inleiding:
WAAROM AGILE FAALT
Zoals bij elke verandering van organisatieprocessen, heeft het introduceren van agile een risico om te mislukken. In onze ervaring zijn software ontwikkelaars over het algemeen enthousiast om voor agile te gaan, maar het vereist van het management dat het bereid is om bepaalde besturingsmechanismen die ze vroeger hadden los te laten. Het vereist ook een continue betrokkenheid van de zakelijke kant van de organisatie, wat betekent dat er eenvoudigweg tijd voor gemaakt moet worden.
Deze man (en zijn t-shirt) zegt het heel duidelijk:
ALS HITLER EEN AGILE COACH WAS:
Velen zouden een ”agile coach” toch een beetje als een humanist of hippie in de wereld van software beschouwen. Maar wat als u het probeert in te zien dat Hitler een agile coach was:
Bent u een zelfstandige consultant of freelancer?
Meld u aan en ontvang automatisch relevante aanbiedingen en alle projecten die op dit moment geopend zijn.
Zoekt u een agile expert ?
Stuur ons een email naar [email protected] voor een CV en uurprijs van een Agile expert die bij uw project en vereisten past of lees meer over onze service onder Agile Project Manager.
