Primer uporabe: -Primer uporabe: poročanje o tveganjih PMO - panoga: Orodja: LeapLytics Risk Matrix + Traffic Light za Power BI
Težava: to srečanje pozna vsak vodja PMO v avtomobilski industriji
Je četrtek popoldne. Usmerjevalni odbor se sestane čez 90 minut. Nekje na vašem namizju so tri različne različice registra tveganj - ena od inženirjev platforme, ena od integracije dobaviteljev, ena od programske pisarne - vsaka drugače oblikovana, vsaka s svojimi barvnimi konvencijami in nobena od njih ni aktualna. Porabite 45 minut, da jih združite v preglednico, ki bo zastarela, še preden bo predstavljena. Odbor vpraša, katera tveganja so se od prejšnjega meseca povečala. Ocenite. Vprašajo vas, kateri delovni tokovi projekta so trenutno oranžni v primerjavi z rdečimi. Prelistate diapozitive. Nihče v sobi nima jasne slike o splošnem stanju tveganj. Sestanek se konča z akcijskimi točkami za "uskladitev opredelitev tveganj" - ponovno. To ni težava s podatki. Gre za problem vizualizacije in delovnega procesa, ki ekipe PMO v avtomobilski industriji stane več časa in verodostojnosti, kot jih večina organizacij uradno spremlja.
Zakaj so standardna orodja pomanjkljiva za poročanje o tveganjih PMO
Večina ekip PMO v avtomobilski industriji pri pripravi poročil o tveganjih uporablja Excel ali Power BI z lastnimi vizualnimi možnostmi. Obe sta razumni izhodiščni točki - in obe naletita na enake strukturne omejitve, ko je treba komunikacijo o tveganjih razširiti na več kot en projekt ali enega analitika.
1. Zgodovina trendov brez tveganja
Standardni vizualni prikazi Power BI in registri tveganj v Excelu vam pokažejo, kje so tveganja. zdaj. Ne pokažejo vam, kje so bila prejšnji mesec, kako hitro se premikajo ali katera tveganja se stalno povečujejo v več ciklih poročanja. Za vodjo PMO, ki se predstavlja usmerjevalnemu odboru, je vprašanje "Ali se je to tveganje poslabšalo?" pogosto pomembnejše od vprašanja "Kakšna je trenutna ocena?". - na to vprašanje pa domača orodja ne morejo odgovoriti brez obsežnega ročnega dela. Tveganje, ki je bilo pred tremi meseci srednje, zdaj pa je visoko, se bistveno razlikuje od tveganja, ki je bilo ves čas visoko. Brez vidnosti trendov sta ti dve tveganji v standardnem poročilu videti enaki.
2. Brez pogleda v kvadrant - in brez poglabljanja vanj
Najpomembnejše spoznanje pri upravljanju tveganj je razmerje med verjetnostjo tveganja in njegovim potencialnim učinkom. Nativni vizualni elementi Power BI - razpršeni diagrami, stolpčni diagrami, tabele - tega ne morejo predstaviti kot ustrezen kvadrant matrike tveganj. Lahko ga približate, vendar je vizualni jezik napačen: razpršeni graf ni toplotni zemljevid tveganja, deležniki brez analitičnega usposabljanja pa ga ne bodo pravilno prebrali. Še pomembneje pa je, da tudi če ustvarite približek, ne morete klikniti na kvadrant in se poglobiti v posamezna tveganja, ki so v njem. Med pregledom tveganj in osnovnimi podrobnostmi o tveganjih ni interaktivnosti - kar pomeni, da vsako nadaljnje vprašanje še vedno zahteva ročni filter ali novo diapozitivno stran.
3. Ni konsistentnega statusnega sloja med projekti
Avtomobilski programi običajno vključujejo več deset vzporednih delovnih tokov - razvoj platforme, kvalifikacije dobaviteljev, homologacijo, integracijo programske opreme, zagon proizvodnje. Vsak delovni tok ustvarja svoje podatke o tveganjih in stanju. Nativni Power BI ne ponuja namenskega vizualnega prikaza stanja RAG (rdeče-rumeno-zeleno) na način, ki bi se razširil na več projektov hkrati in bil berljiv na prvi pogled. Brez strukturiranega vizualizacija semaforja, se ekipe PMO zatečejo k pogojnemu oblikovanju ali barvnim tabelam, ki se ob vsaki spremembi podatkovnega modela porušijo in zahtevajo ročno vzdrževanje ob vsakem ciklu poročanja.
Pristop LeapLytics: Korak za korakom
Tukaj je opisano, kako ekipe PMO v avtomobilski industriji običajno izvajajo strukturirano Upravljanje tveganj PMO Power BI vzpostavitev z uporabo matrike tveganj LeapLytics in vizualnih prikazov semaforja - od povezovanja podatkov do predstavitve usmerjevalnemu odboru.
- Povežite svoj register tveganj z orodjem Power BI. Izhodišče so vaši obstoječi podatki o tveganjih - ne glede na to, ali so v Excelu, seznamih SharePoint, notranjem sistemu za upravljanje projektov ali podatkovni zbirki SQL. Standardni konektorji Power BI vse to obvladajo brez migracije. Podatkovni model potrebuje vsaj tri stolpce: opis tveganja, oceno verjetnosti in oceno vpliva. Večina ekip PMO v avtomobilski industriji to že ima; vprašanje je, ali je to dosledno strukturirano med delovnimi tokovi, kar pomaga uveljaviti postopek nastavitve.
- V poročilo dodajte vizualno matriko tveganj LeapLytics. Spletna stran Matrika tveganj LeapLytics je certificirana vizualna aplikacija po meri, ki je na voljo neposredno pri Microsoft AppSource. Ko ga dodate v poročilo Power BI, prikažete polja verjetnosti in vpliva na osi vizuala. Matrika samodejno prikaže vsako tveganje kot pozicionirano oznako v pravilnem kvadrantu - tveganja z velikim vplivom/veliko verjetnostjo se prikažejo v zgornjem desnem kritičnem območju, tveganja z nizko prioriteto pa v spodnjem levem. Brez ročnega umeščanja, brez statičnih slik, ki zastarajo.
- Omogočite poglobitev od kvadranta do posameznega tveganja. Ko je matrika tveganj povezana z vašim podatkovnim modelom, klik na katerikoli kvadrant filtrira preostali del strani poročila, tako da prikaže samo tveganja v tem območju. To pomeni, da lahko član usmerjevalnega odbora klikne na kritični kvadrant in si takoj ogleda tabelo posebnih tveganj, ki se nahajajo v njem - lastnik, stanje ublažitve, zadnja posodobitev - ne da bi vodja PMO preklapljal diapozitive ali uporabljal ročne filtre. Interakcija je del modela filtrov Power BI in ne zahteva dodatne konfiguracije.
- Dodajte sledenje trendom s časovnimi rezinami. S strukturiranjem registra tveganj, ki vključuje stolpec z datumom - tudi preprost mesečni posnetek - lahko matriko tveganj filtrirate glede na obdobje poročanja. To vam omogoča vpogled v trend tveganj, ki ga ni mogoče zagotoviti z običajnimi vizualnimi elementi: odboru lahko pokažete, kako je bila porazdelitev kvadrantov videti januarja v primerjavi z marcem, katera tveganja so prešla iz oranžne v rdečo barvo in katera prej kritična tveganja so bila uspešno ublažena. Za avtomobilske programe z večletnimi razvojnimi cikli je ta vzdolžni pogled pogosto najdragocenejši rezultat upravljanja, ki ga lahko ustvari PMO.
- V vizualnem prikazu semaforja lahko vidite stanje na ravni delovnega toka. Poleg matrike tveganj je Vizualni semafor LeapLytics zagotavlja pregled vseh aktivnih delovnih tokov na ravni programa - platforma, dobavitelj, programska oprema, homologacija - pri čemer je za vsakega od njih prikazan status RAG, ki izhaja neposredno iz vašega podatkovnega modela. Za razliko od vdorov pogojnega oblikovanja se vizualni semafor samodejno posodablja, ko se spremenijo osnovni podatki, in ohranja dosledno vizualno logiko ne glede na to, koliko projektov je v obsegu. Zasnovan je tako, da je berljiv na velikem zaslonu v sobi usmerjevalnega odbora in ne le na analitikovem prenosnem računalniku.
- Objavite v storitvi Power BI Service in nastavite osveževanje podatkov. Ko je poročilo izdelano, je objavljeno v storitvi Power BI Service in načrtovano za samodejno osveževanje podatkov - dnevno ali na zahtevo, če se register tveganj stalno posodablja. Zainteresirane strani do njega dostopajo prek brskalnika ali mobilne aplikacije Power BI. Ni priponke po elektronski pošti, ni težav z nadzorom različic in ni dvoumnosti glede "zadnje različice". Poročilo, ki ga odbor odpre v četrtek popoldne, je isto poročilo, ki ga je vodja PMO pregledal zjutraj.
Kaj se spremeni v vsakdanjem delu vodje PMO
Prehod s statičnih diapozitivov o tveganjih na predstavitev v živo nadzorna plošča tveganj projekta ne prihrani le časa za pripravo, temveč spremeni naravo pogovorov o tveganjih na ravni vodstva.
Sestanki usmerjevalnega odbora so krajši in bolj osredotočeni. Ko je stanje tveganja vsem udeležencem vidno pred začetkom sestanka, se seja preusmeri s "tukaj je videti slika tveganja" na "tukaj je, kaj se moramo o tem odločiti". Ekipe PMO poročajo, da so točke dnevnega reda, povezane s tveganji, ki so prej zahtevale 30-40 minut hoje po diapozitivih, lahko obravnavane v 10-15 minutah, ko so vsi udeleženci že videli nadzorno ploščo v živo.
Stopnjevanje tveganja je hitrejše. Ko se tveganje spremeni iz srednjega v visoko, to zadevne zainteresirane strani takoj vidijo na nadzorni plošči v živo - in ne v naslednjem mesečnem poročilu. Pri programih v avtomobilski industriji, kjer lahko že ena sama zamuda pri kvalifikaciji dobavitelja vpliva na časovni načrt proizvodnje, ima zgodnja vidnost naraščajočih tveganj izmerljivo vrednost v nadaljnjem proizvodnem procesu.
Z doslednim in preverljivim poročanjem se poveča verodostojnost PMO. Eden od stalnih izzivov za funkcije PMO v avtomobilski industriji je dokazati, da je poročanje o tveganjih strogo in metodološko usklajeno pri vseh projektih. Strukturirana matrika tveganj Power BI, ki temelji na skupnem podatkovnem modelu s standardiziranim ocenjevanjem verjetnosti in vpliva, zagotavlja točno takšno revizijo - in omogoča enostavno dokazovanje doslednosti notranji reviziji ali zunanjim pregledovalcem programa.
Po podatkih Standardi prakse upravljanja tveganj družbe PMIučinkovito obveščanje zainteresiranih strani o tveganjih je ena od najbolj nerazvitih sposobnosti v projektnih organizacijah. Interaktivna nadzorna plošča za tveganja v živo neposredno odpravlja to vrzel - ne s spreminjanjem zbranih podatkov, temveč s tem, da so ti dostopni pravim ljudem v pravi obliki in ob pravem času.
POGOSTA VPRAŠANJA: Pogosta vprašanja vodij PMO v avtomobilski industriji
Naš register tveganj je v Excelu in ga vodi pet različnih vodij projektov. Ali lahko to še vedno deluje?
Da - vendar postopek nastavitve vključuje kratek korak za poravnavo podatkov. Vizualna matrika tveganj zahteva dosledno ocenjevanje verjetnosti in vpliva pri vseh vhodnih podatkih, kar pomeni, da se pred povezovanjem podatkov dogovorite o skupni lestvici (npr. 1-5 za obe osi). V praksi je ta pogovor v večini večprojektnih okolij PMO zamujen ne glede na orodje. Nastavitev Power BI izpostavi neskladnost in ustvari prisilno funkcijo za njeno odpravo. Ko je skupni model vzpostavljen, lahko vsak vodja projekta posodobi svojo datoteko Excel in nadzorna plošča se samodejno osveži.
Aplikacijo Power BI že imamo. Ali potrebujemo sodelovanje IT za dodajanje vizualnih prikazov po meri?
V večini organizacij je dodajanje certificiranega vizualnega elementa po meri iz Microsoft AppSource zahteva bodisi dostop do storitve Power BI Admin bodisi enkratno odobritev skrbnika najemnika. Vizuali LeapLytics so certificirani s strani Microsofta, kar pomeni, da uspešno opravijo standardni varnostni pregled in so običajno hitro odobreni. Po odobritvi na ravni najemnika jih lahko vsak avtor poročila v vaši organizaciji uporablja brez nadaljnjega vpletanja IT.
Koliko časa je realno potrebno, da iz trenutnega registra tveganj v Excelu preidemo na živo nadzorno ploščo Power BI Risk Matrix?
Za organizacijo PMO z enim samim programom in razumno strukturiranim registrom tveganj je realna ocena dva do štiri dni osredotočenega dela za vzpostavitev, vključno z usklajevanjem podatkovnega modela, vizualno konfiguracijo in začetnim pregledom zainteresiranih strani. Nastavitve za več programov s starejšimi podatki v nedoslednih oblikah lahko trajajo od dva do tri tedne. Ključna odvisnost ni orodje, temveč podatki: kako dosledno so trenutno strukturirani vaši podatki o tveganjih po delovnih tokovih, bo določilo, koliko čiščenja bo potrebnega, preden bo nadzorna plošča lahko začela delovati.
