Deze belangrijke uitdagingen kunnen een directe impact hebben op de verwachtingen van bedrijfseigenaren, die normaal gesproken verwachten dat projecten op tijd en binnen het beschikbare budget worden afgerond. Naast deze eeuwige verwachtingen willen bedrijfseigenaren wellicht ook weten hoeveel meer tijd en geld het project zal kosten en of ze een langere ontwikkeltijd moeten inplannen om de oorspronkelijke projectdoelstellingen te bereiken, of de functionaliteiten van de software moeten terugschroeven om het project vóór de deadline af te ronden.
Voordelen van EVM
Het Scrum-framework waarop Agile softwareontwikkeling is gebaseerd, is niet erg duidelijk over kostenbeheersing. Metrieken zoals story points, velocity, aantal features of sprint burndown tellen niet op tot Een helder beeld schetsen van de kostenefficiëntie. Voor bedrijven kan dit een belangrijk hiaat vormen in een verder zeer effectieve softwareontwikkelingsstrategie.
De Earned Value Management-aanpak voor Agile vult dit hiaat op. Het biedt een aantal belangrijke voordelen.
• Biedt uitgebreide meetgegevens voor kosten, prestaties en planning, waardoor u kosten en planning nauwkeurig kunt berekenen, prognoses kunt maken en vergelijkingen kunt uitvoeren voor geplande, verdiende en verbruikte waarde
• Koppelt meer abstracte waarderingen zoals omvang en complexiteit aan gemakkelijk waarneembare tijd- en kostenmetrieken
• Weerspiegelt wijzigingen in de scope met behulp van de variabele Scope Floor Earned Value Management (EVM) is een betrouwbare techniek om projectprestaties en -voortgang objectief te meten met behulp van de meest recente beschikbare gegevens. EVM is effectief in het vroegtijdig signaleren van problemen met de projectprestaties, waardoor u voldoende tijd heeft om deze aan te pakken, zodat het project op tijd en met de gewenste kwaliteit wordt voltooid. De kracht ervan ligt in de geïntegreerde aanpak voor het meten van scope, tijd en kosten - de projectmanagementdriehoek. EVM is steeds populairder geworden in De afgelopen jaren is EVM steeds populairder geworden, omdat nieuwe studies hebben aangetoond dat de principes ervan betrouwbare voorspellers zijn van projectsucces.
Een andere manier om de voordelen van EVM te begrijpen, is door een project te vergelijken dat geen EVM gebruikt en een project dat dat wel doet.
Project 1:
Een project en de bijbehorende kosten zijn van tevoren gepland, met een gedetailleerd kostenplan voor elk onderdeel en elke fase van het project. Naarmate het project vordert, worden de cumulatieve kosten bijgehouden en vergeleken met de voorspelde kosten. In bepaalde weken kan het project boven of onder het budget lijken te liggen. Maar wat de projectmanager niet weet, is hoeveel werk er daadwerkelijk is verricht in elk van deze fasen.
Project 2:
Hetzelfde als project 1, maar dan met EVM, waarmee de verrichte werkzaamheden worden gekwantificeerd. Met EVM kan de manager vaststellen welk onderdeel van de taak is voltooid. Vervolgens kan hij de principes van EVM op elk onderdeel toepassen om te bepalen of hij binnen of onder het budget blijft, op basis van de hoeveelheid werk. Klaar.
Agile EVM begrijpen
Earned Value Management is een oud concept dat al meer dan 50 jaar bestaat. Pas de laatste 10 jaar heeft het zijn weg gevonden naar Scrum. De heropleving is geen toeval. Het mooie van Agile EVM is dat het begint met de meest recente schatting van Story Points, in plaats van de initiële schattingen voordat het project van start ging. Het resultaat is een veel nauwkeurigere voorspelling die de huidige stand van zaken weerspiegelt.
Agile EVM kent een aantal belangrijke concepten.
• Verwacht percentage voltooiing (EPC) - De hoeveelheid waarde die naar verwachting over een bepaalde periode zal worden geleverd
• Werkelijk percentage voltooiing (APC) - De hoeveelheid waarde die daadwerkelijk over de betreffende periode is geleverd
• Geplande waarde (PV) - De gebudgetteerde kosten voor het werk dat tot een bepaald punt moet worden voltooid
• Verdiende waarde (EV) - Gebudgetteerde kosten voor het werk dat daadwerkelijk is voltooid gedurende een bepaalde periode
• Werkelijke kosten (AC) - Gebudgetteerde kosten in PV voor de release
• Budget bij voltooiing (BAC) - Initiële budget voor de release
• Planningsafwijking (SV) - Monetair verschil tussen de geplande en de werkelijke tijd om een bepaalde werklast te voltooien
• Kostenafwijking (CV) - Monetair verschil tussen de gemaakte waarde en de kosten om een bepaald stuk werk te produceren over een bepaalde periode
• Geplande prestatie- en kostenprestatie-indexen (SPI) en (CPI)
• Schatting tot voltooiing (EAC) / Schatting bij voltooiing (ETC)
• Afwijking bij voltooiing (VAC)
• Prestatie-index tot voltooiing (TCPI) Geen zorgen - u hoeft deze niet uit uw hoofd te leren om optimaal gebruik te maken van Agile EVM.
Hoe Agile EVM te implementeren
EVM omvat een schat aan indicatoren, waardoor het in eerste instantie ontmoedigend lijkt. In het begin is het echter beter om je te concentreren op de belangrijkste kenmerken om het simpel te houden. Om EVM te implementeren heb je, naast een projectplan, een waardering/begrote kostenraming van het geplande werk (PV of BCWS) nodig, en meetwaarden die het uitgevoerde werk kwantificeren, dat wil zeggen verdiende waarde (EV) of begrote kosten van het uitgevoerde werk (BCWP).
Initiële voorbereidingen voor het opzetten van Agile EVM
1. Verzamel projectwerk als werkitems (Story Points)
2. Beheer alle Story Points in een geordende lijst (Product Backlog)
3. Bepaal de geplande waarde (PV) van het project door de projectgrootte te schatten in vergelijking met andere items
4. Stel een definitie van "projectvoltooiing" vast door de criteria op te sommen waaraan een project moet voldoen voordat het als voltooid wordt beschouwd
5. Ken Story Points toe aan elk voltooid project op basis van de complexiteit ervan De De eenvoudigste manier om Agile EVM te implementeren is met behulp van een spreadsheet. Met een spreadsheet kunt u berekeningen automatiseren. Tegelijkertijd behoudt u volledige controle over alle cijfers, waardoor u snel en gemakkelijk aanpassingen kunt maken. U begint met basisramingen voor scope, tijd en kosten. Dit zijn de inputgegevens die u kunt gebruiken:
Release Baseline
• Schatting van de scope in geplande releasepunten (PRP)
• Tijd in geplande sprints (PS)
• Kosten in budget bij voltooiing (BAC)
Sprint Baseline
• Scope in story points (SP)
• Kosten in geplande waarde (PV)
• Tijd in startdatum (SD) en lengte (L) Verzamel na elke sprint relevante gegevens met behulp van de meetwaarden voor het aantal voltooide sprints, het aantal story points en de werkelijke kosten.
Zodra u deze gegevens hebt, kunt u de berekeningen uitvoeren. Het volgende:
• Scope = werkelijke percentage voltooiing (APC) ten opzichte van de verwachte percentage voltooiing (EPC) om te bepalen hoeveel van de scope is voltooid
• Kosten = verdiende waarde (EV) ten opzichte van de werkelijke kosten (AC) om de verdiende monetaire waarde te bepalen
• Tijd (aantal voltooide sprints) = cumulatief per iteratie Wat kunt u nu eigenlijk met deze metrics doen?
Vergelijk schattingen voor belangrijke overwegingen zoals tijd, kosten en scope. Bepaal de efficiëntie van uw planning en uitvoering. Pas de basislijn van projectramingen aan om nauwkeurige waarden te bereiken.
Ontdek hoe effectief u geld en tijd besteedt
Kostenprestatie-index (CPI) = Verdiende waarde gedeeld door werkelijke kosten
• U zit binnen budget als CPI = 1
• U zit onder budget als CPI = 1
• U zit boven budget als CPI = <1
Schedule Performance Index (SPI) = Verdiende waarde gedeeld door geplande waarde
• Je ligt op schema als SPI = 1
• Je loopt voor op schema als SPI = <1
• Je loopt achter op schema als SPI > 1
Wijzigingen in de scope en wat je eraan kunt doen
Of het nu komt door een toename van story points of veranderingen in de teamgrootte, wijzigingen in de scope zijn uiteindelijk onvermijdelijk voor Agile-projecten. Maar je kunt ze meenemen in je berekeningen, zodat ze je niet overvallen. Door ze mee te nemen in je Agile-managementstrategie en ze te berekenen, verbeter je je projectmanagementproces.
Het is belangrijk om onderscheid te maken tussen wijzigingen en aanpassingen. Aanpassingen gebeuren niet toevallig en liggen niet buiten je controle. Een wijziging wordt bijvoorbeeld veroorzaakt door defecte functionaliteiten of productfouten die het tempo van de projectontwikkeling beïnvloeden. Aanpassingen daarentegen zijn iets wat je handmatig doet wanneer de ontwikkelaar het team verlaat of wanneer er een nieuwe functie wordt toegevoegd.
Agile EVM heeft een variabele genaamd Scope Floor (SF) die de impact van de scopewijziging op tijd en kosten weergeeft. Het bepalen van de Scope Floor is niet zo moeilijk. In Agile EVM wordt de scope bepaald door Planned Release Points (PRP), die op hun beurt worden berekend op basis van toegevoegde Story Points (SP+) en verwijderde Story Points (SP-).
Agile EVM gebruiken om kosten- en planningsprognoses te maken
De kracht van Agile EVM ligt in het vermogen om toekomstige en prestaties uit het verleden nauwkeurig te voorspellen voor de korte termijn. Dit komt in een aantal situaties van pas. Je kunt het gebruiken om de totale kosten van een project te voorspellen nadat de scope is gewijzigd, of de kosten die het project zal vereisen vanaf de huidige datum tot de geplande einddatum van het project, en om kostenverschillen te ontdekken tussen voorspelde kosten voor een project en de werkelijke kosten op basis van de prestaties van het project tot nu toe. Je kunt ook de efficiëntie van een bepaald project bepalen. Zo doe je dat:
• Weet je niet zeker hoeveel extra geld er nodig is om het project af te ronden vanaf vandaag tot de deadline, na een wijziging in de scope?
Estimate at Completion (EAC) = ACcum + BAC – EVcum
• Ben je bang dat er een groot verschil is tussen de geplande kosten voor een project en de werkelijke kosten?
Variance at Complete (VAC) = BAC – EAC
• Weet je niet zeker of je wijzigingen in een project moet aanbrengen? Je kunt Agile EVM gebruiken om de verwachte efficiëntie te voorspellen.
To-Complete Performance Index (TCPI) = (BAC-EVcum) / (BAC-ACcum)
Met al deze voorspellingen kun je beter onderbouwde beslissingen nemen over lopende Agile-projecten. Je kunt beslissen wanneer je het product wilt lanceren, tegen welke kosten en met welke functies.
Mogelijke beperkingen van EVM
Zoals de meeste managementmethodologieën kent EVM een aantal mogelijke beperkingen. Deze kunnen zich pas in bepaalde contexten openbaren. Het is belangrijk om hiervan op de hoogte te zijn om de risicoʼs die ze met zich mee kunnen brengen te beperken.
• EVM is niet ontworpen voor projecten die continu werk vereisen, of niet-discrete inspanning (level of effort = LOE). Projecten die zowel discrete als niet-discrete inspanning bevatten, mogen niet worden gemeten met behulp van EVM-standaarden, anders zullen de resultaten onnauwkeurig zijn. Om Agile EVM te laten werken, is het cruciaal om ervoor te zorgen dat u het alleen toepast op projecten die discrete inspanning vereisen.
• EVM is sterk afhankelijk van nauwkeurige kostengegevens en nauwkeurige projectadministratie. Zonder deze gegevens is het mogelijk dat er geen nauwkeurige voorspellingen kunnen worden gedaan of dat EVM überhaupt niet kan worden geïmplementeerd. Het probleem is dat veel kleinere bedrijven deze gegevens niet beschikbaar hebben, of Anders moeten ze een professional inhuren om het te produceren. In dergelijke scenarioʼs kunnen bedrijven zich beperken tot het implementeren van EVM alleen voor grotere, belangrijkere projecten.
• EVM kan ook gevoelig zijn voor timingfouten in de data. Als de data niet actueel is en niet synchroon loopt met de daadwerkelijke voortgang van de projectontwikkeling – ofwel door trage rapportage of door onjuiste rapportage – zullen de EVM-berekeningen onjuist zijn. Tegen de tijd dat de analyse wordt opgeleverd, kunnen de resultaten achterlopen op de werkelijke resultaten en daardoor onbetrouwbaar zijn.
Conclusie
Hoewel de implementatie van Agile EVM niet zonder uitdagingen is, kan het zelfs door kleine softwarebedrijven worden gebruikt om de ontwikkeling van hun producten beter te beheren, betere voorspellingen te doen over belangrijke aspecten van hun projecten en uiteindelijk betere producten te creëren.
Een voordeel is dat de implementatie van Agile EVM niet kostbaar is en geen grote veranderingen vereist in de manier waarop een bedrijf projecten beheert. Er is geen behoefte aan dure software of hardware. Dat gezegd hebbende, is Agile EVM wel afhankelijk van Het draait om accurate data en goede berekeningen. Fouten kunnen in Agile EVM sluipen, wat op zijn beurt kan leiden tot slechte projectmanagementbeslissingen die het hele doel van de implementatie tenietdoen.
Uiteindelijk is Agile EVM een betrouwbare methodologie voor bedrijven die het maximale uit Agile willen halen en tegelijkertijd de leemte willen opvullen die Agile achterlaat op het gebied van kostenbeheersing. EVM vult Agile aan, waardoor het een betrouwbaardere en uiteindelijk nauwkeurigere manier wordt om projecten te beheren en succesvolle producten te lanceren.
