Vi har hört mycket om projektledningskontorets (PMO) roll, eller brist på roll, i den agila världen. Och om att omvandla IT från en projektdriven verksamhet till en produktdriven verksamhet - vilket återigen hotar PMO:s roll. Vilken roll har då ett PMO? Samma som den alltid har haft. Nej - inte styrning. Dagarna då PMO var en metodikpolis är för länge sedan förbi. Ett verkligt strategiskt PMO är en portföljbutik, som underlättar besluten om vilket arbete som ska utföras och inte hur det ska utföras. Se till att arbetet överensstämmer med strategin och är balanserat mellan avdelningar, resurser och finansieringskällor. Dessutom övervakar du hur arbetet fortskrider för att säkerställa en framgångsrik leverans.
Så varför ska ett PMO byta till en produktorientering? Tre skäl.
1. Smidighet
För det första sker den mesta programvaruutvecklingen med någon form av agil metodik, och det är av goda skäl. Agilitet möjliggör frekventa leveranser i mindre arbetsområden, vilket minskar risken för ett större initiativ. Men Agile fungerar också bäst med långvariga team som är inriktade på en enda mjukvaruprodukt. I PMO-världen är produkter lika med program - ERP, CRM, PSA - välj en akronym. I stället för att finansiera separata projekt är det klokt att finansiera grupper för var och en av dessa "produkter" och sedan ge dem det önskade arbetet.
Det som alltid har varit ett problem i detta sammanhang har varit infrastrukturen. Det går helt enkelt inte att bygga upp ett datacenter i Agile iterationer. Eller är du det? Idag bygger många företag inte längre upp sin egen tekniska infrastruktur. De köper den från Amazon, Microsoft, Google och andra. För att få fram de servrar och den infrastruktur som krävs för ett nytt CRM-system behöver du bara prenumerera på ett system och konfigurera det på AWS. Så nu har infrastrukturvärlden gått samma väg som "programvara" och kan också arbeta agilt.
2. Kapacitet
“Well, I still have office build-outs and other non-cloud infrastructure to build. Why would I organize this like products?” you might ask. The simple answer is – capacity. Let’s say we have a 500-person IT shop, and let’s assume everything, including application development, still uses a waterfall approach. The traditional way to deal with resource capacity management would say to plan each proposed project out by either resource type or some sort of resource pool. So now I have, say, 100 resource types to plan capacity across. All I want to know at this stage is, which 20 of these 200 proposals should we even take to the next stage? Trying to do this by detailed resource planning will lead to serious paralysis by analysis.
I en stor IT-butik är dock vissa personer specialiserade. Du kommer inte att ha en SQL DBA för alla ändamål, utan du kommer att ha minst en för varje ERP-system, CRM-system och din webbnärvaro i front-end. Samma sak gäller för programmerare, QA och andra. Det som återstår är ditt infrastrukturteam - som är en egen delad produkt. Så nu har vi vårt produktsortiment - en för varje applikation och sedan applikationsinfrastruktur, nätverk, säkerhet och andra gemensamma "produkter". Denna anpassning gör det möjligt för oss att fastställa kapaciteten hos de virtuella team som arbetar med dessa produkter, så att vi kan dela upp förfrågningarna per produkt och anpassa dem till kapaciteten hos varje team.
Att organisera kapaciteten efter "produktteam" är helt logiskt när man försöker matcha utbudet av kapacitet med en nästan alltid överväldigande efterfrågan.
3. Strategisk anpassning
Vad är PMO:s roll i denna nya produktdrivna värld? PMO - oavsett om det gäller företag eller teknik - kan hjälpa till att fastställa vilka produktlinjer som finns och vilka resursteam (virtuella eller verkliga) som arbetar med dessa produkter. De kan ta med sig företagsstrategin till bordet för att underlätta finansieringssamtalen för varje produkt. Eftersom det finns mer efterfrågan än arbete kan de dessutom organisera arbetet per produkt så att det passar varje produkts investerings- och resursparametrar. Arbetet skulle kunna ta formen av Agile-stilen med backlogs eller hela projekt som läggs upp snyggt på en färdplan för varje produkt, och de skulle kunna sammanföras till en kombinerad företagsportfölj. Slutligen måste PMO fortfarande övervaka och hjälpa till att vägleda arbetet så att det lyckas och mäta om arbetet har uppnått de målinriktade affärsresultaten.
I produktutvecklingsvärlden är produktledningens roll att "föra arbetet till teknikerna". Företagets PMO, och särskilt teknik-PMO, har i stort sett samma roll.
