Teknikportföljförvaltning (TPM) har traditionellt fokuserat på att minska IT-kostnader och IT-risker genom standardisering av teknik och styrning av projekt som förändrar IT-landskapet. Vi har märkt en mognadstrend när TPM går längre än dessa grundläggande uppgifter. Det finns många faktorer som bidrar till detta, men det finns tre anmärkningsvärda teman som vi ser ganska ofta i framgångsrika teknikportföljprogram.
Fokusera på verksamheten, inte på tekniken
TPM is about enabling a business to change as fast and often as needed. It’s true you can take out costs and decrease certain kinds of risk by standardizing technology, but these benefits are hard to measure. In his 2005 CIO Magazine article (“A New Blueprint for the Enterprise”), Christopher Koch wrote, “Standardizing, mapping and controlling IT assets does not make the business obviously more flexible, capable or profitable.” This mirrors what we see in the field: best in class TPM programs become invaluable by providing business options that can be executed immediately. The ROI is tied to the outcome of the business change itself. Those kinds of options don’t come from technology-centric teams; they come from teams that really know the business and how it operates. These teams have business conversations about technology, rather than technology conversations about “the business.”
Förvalta programvarans livslängd på ett målmedvetet sätt
Kommersiell programvara har publicerade och kända slutdatum, och leverantörerna förbättrar ständigt sina produkter med nya och bättre versioner. Men för många IT-organisationer kommer och går dessa milstolpar obemärkta tills de uppmanas av säljaren eller till och med av företaget självt (när det gäller affärsmjukvara).
De bästa TPM-programmen hanterar proaktivt livscykeln för all mjukvara de kör, inte bara IT-mjukvara. De behandlar affärsmjukvara som en förstklassig resurs som har sin egen livslängd och kräver förvaltning. De förväntade datumen för när stödet upphör dokumenteras och används för att planera nödvändiga uppgraderingar i god tid. Färdplanerna för produkternas kommande funktioner och möjligheter studeras och matchas mot strategiska initiativ, och rekommendationer utfärdas därefter.
Sätt standarderna i ett sammanhang
Är IT en "NO-avdelning"? En av mina kolleger skämtade om att "problemet med standarder är att det finns för många av dem". Vi ser ofta personal som är överväldigad och försöker "göra rätt" genom att välja rätt teknik att specificera eller använda i ett projekt. Men hur kan en organisation dra nytta av standardisering utan att offra den innovation som krävs för att inleda projekt och program som förändrar verksamheten?
De bästa programmen i klassen erkänner att sammanhanget spelar roll när man bestämmer vilka standardiseringsregler som ska tillämpas. De presenterar standarder som alternativ som ska utvärderas i affärstermer, snarare än ett oflexibelt "du måste välja från den här listan med godkända tekniker". Försök till exempel att gruppera specifika tekniker med specifika konfigurationer och ge dem ett meningsfullt affärsorienterat namn, till exempel "Secure Web Based Claim Tracking Engine" (säker webbaserad motor för spårning av anspråk). Den här typen av paket, eller "designmönster" som de brukar kallas, ger ditt företag förutsägbara implementerings- och driftskostnader samt en sammanhängande supportmodell.
Vill du se hur bästa TPM i klassen ser ut? Titta på vår senaste webbsändning Expert Brief Webcast, "How to Achive Best in Class Technology Portfolio Management."
![MassMutual tar tillvara på framstegen inom Enterprise Architecture Capabilities [Webinar]](https://blog.planview.com/wp-content/uploads/2018/08/MassMutual.gif)
