Planview-bloggen

Din väg till smidighet i affärsverksamheten

Enterprise Agile Planning

Costing Agile and Capitalization FAQ, Part II

Publicerad Av Marcus Klein

I den första bloggen i den här serien tog vi en titt på några frågor på hög nivå som vi har fått sedan vi tillkännagav våra produktförbättringar för att stödja Agile Costing och Agile Software Capitalization.

I den här bloggen kommer jag att gräva lite djupare i hur man gör och besvara dessa frågor:

  • Hur tar du dig från tid till kostnad? Hur fördelar Planview din tid?
  • Vad händer om människor tilldelas uppgifter som de inte arbetar med?
  • Hur inkluderar du teammedlemmar som kanske inte har några tilldelade kort, till exempel Scrum Masters och produktägare?
  • Fungerar Agile-kalkylering för övertids- eller timanställda?
  • Är det möjligt att göra traditionell uppföljning/rapportering av tidtabeller och samtidigt använda sig av automatisk Agile-kalkylering?
  • Är denna kostnadsberäkningsprocess tillförlitlig jämfört med den traditionella, manuella insamlingen av uppgifter från tidrapporter?

Låt oss gå rakt på sak.

F: Hur tar du dig från tid till kostnad? Hur fördelar Planview din tid?

S: Allt beror på hur du flyttar ditt kort i Planview AgilePlace. Vi tar alltså den tid som en person eller ett team har till förfogande och dividerar den siffran med antalet pågående kort. Vi uppmuntrar grundläggande agila metoder, så i processen är kort/tillgänglig kapacitet timmar per team lika med kostnad. Grupperna måste begränsa Work in Process (WiP) och hålla styrelsen eller backloggen uppdaterad. Även detta är ganska typiskt för alla organisationer eller grupper som tillämpar agila metoder och/eller principer.

F: Vad händer om människor tilldelas saker som de inte arbetar med?

S: Agile handlar om ständiga förbättringar! Kanban-metoder är inget undantag. Du kan inte mäta WiP på ett korrekt sätt om du inte håller ditt arbete uppdaterat så att det representerar vad som händer i teamet (standard Agile-praxis). Låt teamet ta till sig dessa metoder så att automatiseringen kan ske i bakgrunden.

F: Hur inkluderar du teammedlemmar som kanske inte har några direkt tilldelade kort, som Scrum Masters och Product Owners?

S: Varje individ är nyckeln till laget, så vi har integrerat lagarbete i automatiseringen. Även när en Scrum Master eller produktägare inte är tilldelad enskilda kort och uppgifter känner Portfolios alla i teamet och systemet sprider tiden proportionellt för alla som inte har data att matcha.

Om det finns 3 personer i ett team med 5 kort delas Scrum Master's tid upp 5 gånger. Scrum Master- eller produktägarens tid kommer att delas proportionellt mellan alla dina användarberättelser för motsvarande funktioner i portföljerna.

F: Är det möjligt att göra traditionell uppföljning/rapportering av tidtabeller samtidigt som man försöker sig på automatisk Agile-kalkylering?

S: Agil kostnadsberäkning kan genomföras av team och avdelningar. Det innebär att du kan börja använda Agile Costing för ett litet team eller flera team, medan resten av organisationen fortfarande fyller i tidsredovisningen manuellt. Du kan också använda detta för att använda en blandning av styrningsmetoder som diskuterades i den tidigare bloggen, och stödja grupper som behöver olika nivåer av manuell övervakning.

Slutsats: Agil kostnadsberäkning är tillräckligt flexibel för att hantera komplexiteten hos olika typer av organisationer.

F: Är denna kostnadsberäkningsprocess tillförlitlig jämfört med den traditionella, manuella insamlingen av uppgifter från tidrapporter?

S: Precis som alla agila organisationer utvecklar Planview lösningar genom samarbete med många kunder. Agile Costing-produktens funktioner och möjligheter är inte annorlunda. Vi har diskuterat och bekräftat detta med våra kunders ekonomichefer och vi ser detta som en stor möjlighet att få med ekonomifunktionen på Agile-omvandlingarna. Agil kostnadsberäkning och kapitalisering av agil mjukvaruutveckling verkar vara ett av de sista hindren som måste övervinnas innan en organisation verkligen kan säga att den har förändrats.

Dessutom har vi en auktoriserad revisor (CPA), Carina Hatfield, som fungerar som vår chef för produkthantering och som brinner för att tillgodose ekonomins behov. Hennes process om vår metod omfattade validering med andra CPA:s och revisorer. Hon är villig att prata med vem som helst om hur de hanterar den agila omvandlingen ur ett agilt kalkylperspektiv, oavsett om de arbetar inom finans, reviderar det agila arbetet eller är en PMO som försöker överbrygga samtalen mellan agila ledare och finans.

 

Så där har du det - de vanligaste frågorna om kostnadskalkylering för Agile och Agile mjukvaruutveckling. Om du har ytterligare frågor kan du kontakta [email protected] .

Om du vill göra en djupare djupdykning i kapitalisering av agil mjukvaruutveckling kan du läsa vår eBook. Vi har också gjort ett kort on-demand-webinar som ger en översikt på hög nivå av det problem vi försöker lösa och lösningen på detta problem i en kort demo.

Relaterade inlägg

Skrivet av Marcus Klein VP, produkthantering

Marcus Klein är chef för produkthantering på Planview och fokuserar på att leverera innovativa, marknadsledande lösningar inom portfölj- och arbetshantering. Han samarbetar dagligen med kunder och potentiella kunder och tar hänsyn till industritrender och marknadsförhållanden för att utforma och leda produktriktningen, utveckla erbjudanden och definiera funktionella lösningar. Marcus fokus och huvudsakliga expertisområden är att koppla ihop portföljhantering med agila och samarbetslösningar (inklusive Projectplace och LeanKit), analys och rapportering, LeanKit och Lean and Agile Delivery-lösningen. I sina tidigare roller ledde Marcus produktlinjerna Planview Enterprise och Troux, samt tog fram konvergens av portföljer med lanseringen av Planview Enterprise One.