Tre steg till en framgångsrik IBM Cognos-uppgradering
Ovärderliga råd till chefen som hanterar en uppgradering
Nyligen trodde vi att vårt kök behövde uppdateras. Först anlitade vi en arkitekt för att rita upp planer. Med en plan i hand diskuterade vi detaljerna: Vad är omfattningen? Vilka färger gillade vi? Vilken kvalitet av apparater skulle vi vilja ha? Bra bättre bäst. Eftersom detta inte var nybyggnation, vilka oförutsedda händelser behövde vi planera för? Vi bad om en budget. Arkitekten / huvudentreprenören berättade självsäkert att det skulle bli det mindre än en miljon dollar. Hans försök till humor föll platt.
Om ditt företag äger IBM Cognos Analytics kommer du förr eller senare att uppgradera. Precis som köksprojektet, baserat på min yrkeserfarenhet, kan jag berätta att din uppgradering kommer att ta mindre än 10 år och $100 miljoner. Du kan komma till månen för den summan, så du borde kunna uppgradera. Men det vore inte roligt. Eller, hjälpsam. Den första frågan innan uppgraderingsprojektet ens startar är "Vad är omfattningen?" Du måste veta den tid som kommer att ta innan du ens kan uppskatta de resurser eller budget som det kommer att ta.
ange MotioCI. Inventory Dashboard har utformats för att svara på den frågan, "Vad är omfattningen av arbetet?" Instrumentpanelen presenterar för dig, BI-chefen, nyckeltal relaterade till din Cognos-miljö. Den första indikatorn ger dig en uppfattning om den totala uppskattade risken för projektet. Detta mått tar hänsyn till antalet rapporter och komplexiteten. Det totala antalet rapporter och användare visar dig omedelbart storleken på projektet och hur många användare det kommer att påverka.
Andra visualiseringar ger dig en snabb bild av de områden i din Cognos-miljö som kan kräva ytterligare ansträngning: komplexiteten i rapporterna och CQM vs DQM-paket. Dessa mätvärden är också benchmarkade mot andra Cognos-organisationer så att du kan jämföra din organisation med andra baserat på antalet rapporter och antalet användare.
Du ser helheten, men var börjar du? Innan du rör något, fundera över hur du kan minska projektets omfattning. Bekvämt finns det mätvärden på instrumentpanelen som hjälper dig att hantera det också. Cirkeldiagram visar procentandelen av rapporter som inte har använts nyligen och dubbletter av rapporter. Om du kan flytta dessa grupper av rapporter utanför räckvidden har du minskat din totala arbetsinsats avsevärt.
Ogräset. Du kanske säger: "Jag kan se att ett stort antal rapporter är dubbletter, men vad är de och var finns de? Klicka på den genomgående länken för att se en lista med dubbletter av rapporter. På samma sätt finns det en detaljerad rapport för rapporter som inte har körts nyligen. Med denna information i handen kan du berätta MotioCI för att ta bort innehållet som du inte kommer att migrera.
Med en smalare och lättare Cognos-innehållsbutik kanske du vill köra instrumentpanelen igen. Fokusera den här gången på svårighetsgraden som ditt lag kan ha vid uppgraderingen. Utmaningarna med att uppgradera rapporter är vanligtvis direkt relaterade till komplexiteten i själva rapporterna. Visualiseringen Reports by Complexity visar andelen rapporter som är enkla, måttliga och komplexa baserat på ett antal faktorer. Det erbjuder också en jämförelse av samma mätvärde med andra Cognos-installationer.
Framgångsfaktor nummer 2. När du borrar in kanske du ser att 75 % av dina rapporter är enkla. Uppgraderingen av dessa rapporter bör vara enkel. 3 % av rapporterna är komplexa. Dessa, inte så mycket. Justera din budget och tidslinjeuppskattningar därefter.
Du kanske också vill fokusera din uppmärksamhet på specifika rapporter som kan kräva särskild uppmärksamhet. Traditionellt har det varit mer arbete med att uppgradera rapporter med HTML-objekt (potentiellt med Java Script), rapporter med inbyggda frågor istället för att utnyttja modellen, eller gamla rapporter skapade för flera Cognos-versioner sedan.
Förbise inte rapporterna utan visuella behållare. Vad händer där? Dessa rapporter finns under "Enkel" eftersom de har 0 visuella behållare, men de kan dölja potentiella fallgropar. Dessa kan vara ofullbordade rapporter, eller så kan de vara icke-standardiserade rapporter som kräver uppmärksamhet. Rapporten hjälper dig att fokusera på det som är viktigt.
Framgångsfaktor nummer 3. Skapa ett projekt i MotioCI för var och en av dessa typer av rapporter. Skapa testfall. Upprätta en baslinje. Jämför prestanda och värden i varje miljö. Du kommer omedelbart att se vad som misslyckas med att uppgradera och var prestandan har minskat. Fixa det som behöver fixas.
Hantera framstegen. Din projektledare kommer att älska de sammanfattande rapporterna som visar var rapporterna fortfarande misslyckas. För att hantera projektet finns det en nedbrytningsrapport som kartlägger dagliga framsteg och uppskattar datumet för projektets slutförande.
Du kan se från det här burndown-diagrammet att om teamet håller den nuvarande takten kommer uppgraderingstestningen att vara klar dag 18.
Så i tre rapporter hanterade du din Cognos-uppgradering från slut till slut.
- Smakämnen Instrumentpanel för lager är guideposten som hjälper dig att a) identifiera innehåll, b) minska omfattningen och c) fokusera på områden som är avgörande för uppgraderingen.
- Smakämnen Detaljerat innehåll rapporten ger en heltäckande titt på framgången eller misslyckandet för alla testfall relaterade till uppgraderingsprojektet. Du får en snabb överblick över projektområden som du behöver fokusera på de närmaste dagarna.
- Smakämnen Brinna ner rapport prognoser hur mycket längre ditt team kan förvänta sig att arbeta med korrigeringarna relaterade till uppgraderingen.
Vad kan vara bättre? Förstå dina risker innan du börjar. Arbeta mindre genom att minska omfattningen. Arbeta smartare genom att fokusera på de viktiga områdena. Hantera processen intelligent genom att se framåt och projicera ditt förväntade slutdatum. Sammantaget är det en framgångsformel för att spara tid och pengar på din nästa Cognos-uppgradering.
