APM (Application Portfolio Management) är en process som används för att försöka fånga applikationers prestanda och utgifter över tid. Nyligen publicerade Gartner en rapport där det står att "färre än 10% av de globala 2000 organisationerna förstår de fulla kostnaderna för sina applikationer". ¹ Varför misslyckas så många organisationer med att göra detta rätt? Jag tror att dessa organisationer använder sig av en "bottom-up-strategi" i stället för en "top-down-strategi" som jag nämnde i min tidigare blogg Application Portfolio Management: How Much Are Your Applications Really Costing You?
Vad är skillnaden?
Det vanligaste sättet att gå nerifrån och upp börjar med att försöka förstå och integrera data om tillgångsrelationer i konfigurationshanteringsdatabasen (CMDB). Det kräver också att man samlar in dataattribut för tillgångar från ett system för tillgångsförvaltning och att man skapar ekonomiska data för att spåra de tillgångar som är kopplade till tillämpningarna. Därefter kontrolleras alla projekt som rör dessa tillgångar eller tillämpningar. Vad är det för fel med detta tillvägagångssätt? Det är mycket tidskrävande att genomföra. Uppgifterna kan vara felaktiga i dessa system, vilket leder till att ett initiativ för att rensa upp uppgifterna startas. Målet blir fullständig öppenhet och precision för alla tillgångar och applikationer, samt att bygga upp en tjänstekatalog snarare än en applikationsportföljhantering.
I min tidigare blogg diskuterade jag kortfattat hur man använder en automatiserad analysmetod som bryter ner stora programportföljer i mindre delmängder på avdelningarna som är lättare att hantera. För att vara mer specifik börjar denna top-down-strategi med att helt enkelt räkna upp alla applikationer som IT hanterar. Detta kan göras genom att fråga varje affärsenhet vilka applikationer de använder mest och vilka som skapar mest värde i organisationen. När listan har skapats identifierar du de attribut som ska spåras för varje applikation, t.ex. antal användare, poäng för affärsmässiga och tekniska värden och de tekniska plattformar som applikationen körs på.
Därefter fastställer du kostnaderna genom att:
- Samtal med finansavdelningen för att fastställa den nuvarande processen för att spåra ansökningskostnader. Om det inte spåras på applikationsnivå bör du samarbeta med ekonomiavdelningen för att skapa bättre metoder för att spåra kostnader och prognoser för applikationer framöver. Det är okej att börja med att uppskatta kostnadsfördelningsprocenten per ansökan och förädla den med tiden.
- Titta på den projektportfölj som redan har genomförts. Många projekt är kopplade till programutgåvor eller implementering av nya program. Arbetskostnader och andra kostnader för dessa applikationer kan tas med i en programvarulösning för hantering av applikationsportföljen.
Du har nu början på en TCO och portfölj för applikationer som gör det möjligt för dig att fatta beslut om att eliminera överflödiga applikationer eller minska omfattningen av planerade projekt som är knutna till icke-strategiska applikationer. Detta kommer att sänka dina kostnader och utgifter för att driva verksamheten samtidigt som du får ett bättre förhållande till finanschefen och dina företagssponsorer.
Jag vill höra från dig. Vilka är dina strategier för att förstå TCO för applikationer? Dela med dig av dina erfarenheter och bästa metoder - lämna en kommentar nedan.
¹ Gartner, Inc. (Darryl Carlton), "APM Has a Critical Role to Play in Developing Your Application Strategy" mars 15 2012.
Relaterat inlägg: Förvaltning av programportföljen: Hur mycket kostar dina applikationer egentligen?
![MassMutual tar tillvara på framstegen inom Enterprise Architecture Capabilities [Webinar]](https://blog.planview.com/wp-content/uploads/2018/08/MassMutual.gif)
