Som yrkesverksam inom teknik förvånar det mig hur mycket affärsverksamheten har förändrats under åren. Jag har sett PMO:s går från projektledning till Hantering av utbud. Jag har sett Agile gå från team till team av team. Nu är jag titta på eftersom vi fråga, utmana och utvecklas igen med ökningen av Hantering av utbud med Lean och övergången till en produktcentrerad strategi.. Men som med alla förändringar är den ojämn och ojämnt fördelad. inte Alla går framåt i samma takt. Många gånger fastnar företag som strävar efter att införa nya arbetssätt, till exempel Agile, i en situation där de inte kan göra något åt det. att hitta hur man kan koppla samman traditionella operativa behov med nya mer innovativa metoder..
En vanlig utmaning för dem som vill göra denna senaste satsning på att Agile på skalan är kopplad till Finance. Ekonomi måste förstå kostnader, den måste kapitalisera. arbete. För att göra detta måste det finnas synlighet och öppenhet mellan vad grupperna skapar och en förståelse för ansträngningen (och därmed kostnaden) för att skapa dem. Men det traditionella sättet att göra detta är illa omtyckt av de flesta. Agila lag. Tidsrapportering ses som overhead, som något som inte skapar värde för slutanvändare och kunder. Men vad händer om det finns ett tydligt sätt att kostnadsberäkna och kapitalisera Agile-insatser? Och tänk om den här metoden skulle vara enklare även för utvecklingsteam?
Att automatisera insamlingen av Agile-kostnader kan hjälpa till att ta bort skatten på manuell tidsuppföljning och ge finansförvaltningen ett granskningsbart sätt att beräkna och aktivera kostnader för Agile-programvaruutveckling. Genom att använda ett system som automatiskt spårar ansträngning spent på en berättelse, en funktion och motsvarande epik, kan organisationer få en realistisk uppfattning om värdet som levereras av deras agila team. För att genomföra detta krävs en lösning som kan ta emot arbetet i olika Agile-team, fördela deras tid i enlighet med detta och sedan samla in data i ett robust portföljhanteringssystem. Med den här informationen kan Agile- och ekonomiledare bättre förstå den verkliga inverkan som deras Agile-team har på resultatet och hur man identifierar kostnader för Agile-programvaruutveckling för att säkerställa korrekt CAPEX-kategorisering och anpassning. Detta garanterar att Agile-grupperna får rätt nivå av finansiering och budgetstöd för framtida satsningar.
Det låter bra i teorin, men vem har en lösning som kan göra detta?
Planview gör det.
Planview kan inte ge vägledning om hur din ekonomiavdelning tittar på och processer för din Agile utveckling arbetekan vi göra processen för kostnadsberäkning och kapitalisering av din agila mjukvaruutveckling mer sömlös och automatiserad.
Planviews lösning för Lean and Agile Delivery kan nu fånga upp denna i realtid, Översättning av pågående arbete på story-, feature- och episk nivå, av kostnaden för att skapa en product eller förstärkning. Den enkla handlingen att flytta ett Kanban-kort kan samla in, beräkna och sammanställa denna information systematiskt, så att din organisation enkelt kan registrera kostnader och rapportering för Agile-programvaruutveckling. Denna automatiserade process eliminerar behovet av manuell rapportering och avstämning av tidrapporter, vilket minskar den tid som går åt till administrativa uppgifter och återvänder till utveckling. kapacitet tillbaka till verksamheten.
Vem vill inte ha ett enklare och diskret sätt att leverera viktig information om Agile-kalkylering till Finance, samtidigt som deras utvecklare är nöjda? Det verkar som en vinst, en vinst för mig.
Om du vill veta mer om vår metod för att kapitalisera kostnader för agil utveckling kan du ladda ner Utmaningarna med agil mjukvaruutveckling Kostnadsberäkning och kapitalisering eBook eller besök oss på planview.com/lean-agile-delivery
