Andrea Innocenti, PMP CGEIT FIRENZE, 17 settembre 2009

Transcript

1 IL MAPPING PMBOK - CobiT 4.0 Andrea Innocenti, PMP CGEIT FIRENZE, 17 settembre

2 INDICE CobiT mapping con gli altri standard tipici ambiti di applicazione Le caratteristiche comparate dei due framework posizionamento reciproco gli utenti le componenti essenziali Utilità reciproca PMBOK per CobiT CobiT per PMBOK Il mapping metodologia evidenze quantitative Posizionamento reciproco rivisto con le evidenze del mapping Conclusioni 2

3 CobiT : cos è (ripresa) Framework per la governance dell IT Presenta le good practice e i processi IT : COBIT and its supporting publications identify control objectives, techniques and practices commonly required for each processes (fonte: MAPPING) Allows managers to bridge the gaps among control requirements, technical issues and business risks (fonte: MAPPING) Obiettivo: assicurare che l IT di un impresa sostenga le strategie e gli obiettivi aziendali La versione attuale è la 4.1 (Aprile 2007) Questo intervento, nei punti che referenziano puntualmente CobiT, è riferito alla versione 4.0 del

4 CobiT e gli altri standard ISACA e IT Governance Institute hanno emesso un overview degli standard IT e una serie di mapping di COBIT: con SEI CMM for software con CMMI for Development con ISO17799 : 2005 con PRINCE2 con ITIL.. Testo di riferimento, richiamato in questo lavoro con MAPPING con PMBOK : Mapping of PMBOK with CobiT 4.0 (agosto 2006) The COBIT framework enables CIOs to help stakeholders better understand IT processes and services and easily integrate different standards (fonte: MAPPING ) 4

5 Tipici ambiti di applicazione di CobiT Definizione di processi e controlli Audit Outsourcing Compliance (es.: legge 262, revisione di bilancio) Maturity model Definizione di un sistema di KPI Business alignment. 5

6 PMBOK the PMBOK Guide identifies that subset of the project management body of knowledge generally recognized as good practice. Good practice means there is general agreeement that the application of these skills, tools and techniques can enhance the chances of success over a wide range of projects. (Fonte: PMI A Guide to the Project Management Body of Knowledge Fourth Edition 2008 pag. 4) La versione attuale è la Fourth Edition (dicembre 2008) Questo lavoro, nei punti che referenziano puntualmente PMBOK, è riferito alla Third Edition del

7 Posizionamento reciproco di CobiT e PMBOK PMBOK progettualità area applicativa ORIENTAMENTO DELLO STANDARD livello di innovazione progetti IT o componenti IT di progetti generalista IT Linking pm to on-going funzionamento CobiT 7

8 Chi sono gli utenti di CobiT? Fonte: (MAPPING) Sono vari e differenziati gli utenti che rientrano in questa categoria: auditing revisori contabili gestori del rischio (legge 262, risk mgmt,..) sicurezza controllo outsourcing... 8

9 Chi sono gli utenti di PMBOK? Fonte: (MAPPING) Chiunque è interessato alla progettualità: Project Manager, Project Engineer, Project Leader, Program Manager, Manager Funzionali, Consulenti, Project Management Officer e chiunque partecipa direttamente o indirettamente ai progetti aziendali 9

10 DOMINI E PROCESSI CobiT 10

11 KNOWLEDGE AREA E PROCESS GROUP PMBOK KNOWLEDGE AREA PROCESS GROUP 11

12 LE COMPONENTI ESSENZIALI DEI DUE FRAMEWORK A CONFRONTO COMPONENTE CobiT PMBOK CONTESTO X X DOMINI / PROCESS GROUP X domini X process group PROCESSI INPUT / OUTPUT TOOL & TECHNIQUES RACI X X X X X con process flow X OBIETTIVI DI CONTROLLO X KNOWLEDGE AREA X INFORMATION CRITERIA X RISORSE IT X 12

13 LE COMPONENTI ESSENZIALI DEI DUE FRAMEWORK A CONFRONTO COMPONENTE CobiT PMBOK METRICHE, INDICATORI DI PERFORMANCE (KPI), INDICATORI DI OBIETTIVO (KGI) OBIETTIVI DI BUSINESS, IT, DI PROCESSO, DI ATTIVITA MATURITY MODEL X OPM3 X X ASSOCIAZIONE OBIETTIVI BUSINESS / OBIETTIVI IT / INFORMATION CRITERIA ASSOCIAZIONE OBIETTIVI IT / PROCESSI IT / INFORMATION CRITERIA ASSOCIAZIONE PROCESSI / RISORSE / INFORMATION CRITERIA X X X 13

14 A COSA SERVE PMBOK PER CobiT - 1 di 2 Ad un attività di assessment / impianto / revisione / miglioramento basata su COBIT che trova esistente PMBOK, una parte dei processi si presenterà ad un livello di maturità più alto, in dipendenza ovviamente del grado di implementazione. 14

15 A COSA SERVE PMBOK PER CobiT - 2 di 2 Quindi, oltre a soddisfare puntualmente alcuni obiettivi di controllo (che vedremo nel seguito), PMBOK serve a: migliorare l allineamento tra IT e business ed accrescere la contribuzione di valore dell IT questo vale in particolare per il portfolio management arricchire la management descrizione dei processi di project tecniche e strumenti input/output gestire il rischio pianificare e controllare le risorse costituire la fonte per ulteriori indicatori di performance 15

16 A COSA SERVE COBIT IN UN PROGETTO GESTITO SECONDO PMBOK - 1 di 2 Se esiste nell organizzazione un sistema di governance CobiT compliant, le attività di progetti interamente IT o con una componente IT saranno eseguite secondo standard aziendali che ne facilitano la conformità PMBOK ( organizational asset nella terminologia PMBOK) Anche la sola disponibilità documentale di CobiT costituisce una checklist di requisiti, in particolare su scope, quality, integration e procurement (come vedremo nel mapping) 16

17 A COSA SERVE COBIT IN UN PROGETTO GESTITO SECONDO PMBOK - 2 di 2 Anche per le attività più caratteristiche di Project management, CobiT costituisce una ulteriore checklist : caratteristiche della selezione dei fornitori, dei contratti, della gestione dei contratti, dei fornitori stessi rischi caratteristici indicatori specifici... Infine, per i progetti che hanno nello scope i processi dell IT stessa (ad es. la revisione di un sistema di governance), COBIT può dettare i requisiti : organizzativi sui processi e sui controlli sugli indicatori sulla maturità e costituire il riferimento per un assessment sui processi esistenti 17

18 UTILITA RECIPROCA - PRIMA SINTESI Processi aziendali implementati secondo PMBOK consentono di meglio soddisfare gli obiettivi di controllo COBIT Componenti IT dei progetti possono utilizzare COBIT per la definizione dei requisiti (e quindi per la WBS e l activity list) 18

19 IL MAPPING Il testo Mapping of CobiT with PMBOK IV (IT Governance Institute, agosto 2006) contiene una mappa dettagliata tra i due standard Punto di attenzione: il testo analizza PMBOK Guide ( While PMBOK does not specifically address the processes for portfolio management, it provides some limited guidance on portfolio management practices ), mentre un mapping su tutti gli standard PMI sarebbe più completo. 19

20 LA METOODLOGIA DEL MAPPING - 1 di 2 Ad ognuno dei 215 o.c. di dettaglio CobiT vengono associati i processi PMBOK che impattano sulla soddisfazione dei requisiti di controllo Questo significa che metodi, tecniche e processi PMBOK, quando applicati, coprono i requisiti di controllo di Cobit ad uno di questi livelli: E = requisiti di PMBOK eccedono quelli di Cobit C = i requisiti di Cobit sono coperti da Pmbok A = alcuni dei requisiti di CobiT sono indirizzati da Pmbok NA = nessuna copertura Oltre ai cap (uno per ogni knowledge area), anche i capitoli 1-3 di PMBOK (gerarchia portafoglio/programma/progetto, project & operations, ruolo e skill del pm, ciclo di vita del progetto, organizzazione aziendale, stakeholder) sono mappati ma identificati come informativi Questo mapping rappresenta come PMBOK è utile a CobiT 20

21 LA METOODLOGIA DEL MAPPING - 2 di 2 I processi / o.c. Cobit del dominio AI = Acquire and implementation (tutti escluso AI5 Procure IT resources) del dominio DS = Delivery and Support (tutti escluso DS2 Manage third-party services) costituiscono requisiti per progetti IT o con componenti IT ; questo mapping è detto COBIT to PMBOK mapping e rappresenta come CobiT è utile a PMBOK. In questi casi gli obiettivi di controllo dettano requisiti ai progetti, pur continuando a valere il mapping come PMBOK è utile a CobiT. 21

22 ESEMPI DI MAPPING - 1 di 3 Fonte: MAPPING Riferimenti a PMBOK : cap. 1 Introduction e 2 Project life cycle and organization 9.1 = Human resource planning 22

23 ESEMPI DI MAPPING - 2 di 3 Fonte: MAPPING Riferimenti a PMBOK : 8.1 = Quality planning 8.2 = Quality assurance 8.3 = Quality control 9.4 = Manage project team 23

24 ESEMPI DI MAPPING - 3 di 3 Fonte: MAPPING Riferimenti a PMBOK : 4.3 = Develop project management plan 24

25 MAPPING LE EVIDENZE QUANTITATIVE - 1 di 2 La tabella riportata sotto rappresenta quantitativamente le evidenze del mapping. Per ogni o.c. Cobit sono riportati: quanti sono gli o.c. di dettaglio quanti di questi sono mappati su PMBOK, a quale livello (A o C nessuno è stato rilevato come E) e la percentuale; per ogni knowledge area, quanti sono i processi PMBOK della k.a. e quanti di questi sono mappati su Cobit Il n puntuale di riferimenti (un o.c. di dettaglio Cobit riporta nessuno, uno o più processi PMBOK) Le righe di AI e DS evidenziate rappresentano il Cobit to PMBOK mapping 25

26 MAPPING TABELLA DELLE EVIDENZE QUANTITATIVE - dominio PO 26

27 MAPPING TABELLA DELLE EVIDENZE QUANTITATIVE - dominio AI 27

28 MAPPING TABELLA DELLE EVIDENZE QUANTITATIVE - dominio DS 28

29 MAPPING TABELLA DELLE EVIDENZE QUANTITATIVE - dominio ME 29

30 MAPPING SINTESI DELLE EVIDENZE QUANTITATIVE - 1 di 2 8 processi su 34 non sono coperti Solo il processo PO10 = manage projects è coperto completamente da PMBOK Per gli altri 25 la copertura è A ( alcuni requisiti indirizzati ); tra questi troviamo casi dove la percentuale di copertura è alta : Manage the IT investment Manage quality - Assess and manage It risks tutti quelli di Acquire and Implement - Manage third party services Manage problems - Monitor and evaluate IT performance. altri dove la copertura è media o medio-bassa: su 13 dei 25 processi con copertura A il mapping è del tipo CobiT to PMBOK Copertura A significa che i controlli Cobit sono ben coperti nei progetti PMBOK in a project environment, mentre la copertura nel funzionamento ordinario è fuori dall ambito PMBOK ; per questo motivo la copertura è C solo su PO10, cioè sull unico processo CobiT che tratta solo di progetti. 30

31 MAPPING SINTESI DELLE EVIDENZE QUANTITATIVE - 2 di 2 Le knowledge area del PMBOK Integration, Scope, Quality, Procurement sono quelle che più contribuiscono al mapping su queste aree gestire bene i progetti secondo PMBOK porta significativi vantaggi su COBIT Cost e risk sono concentrati su due processi (rispettivamente Manage the IT investment e Assess and manage IT risks) Communication e HR sono moderatamente presenti, Time lo è poco COBIT to PMBOK Quali sono i processi Cobit utili a PMBOK è già definito nella metodologia del mapping La compliance ai controlli CobiT facilita i progetti, particolarmente sulle knowledge area Integration, Scope, Quality, Procurement 31

32 POSIZIONAMENTO RECIPROCO RIVISTO CON IL MAPPING PMBOK progettualità progetti IT o componenti IT di progetti Tutte le knowledge area, in gradi diversi (vedi slide precedente) generalista IT Linking pm to on-going PO10 + processi con copertura A funzionamento 32 CobiT

33 CONCLUSIONI Non ci sono incoerenze tra i due standard Viceversa c è utilità reciproca, purchè sia chiara la mappa e il materiale sia riutilizzato Sono da riutilizzare oggetti come: Normative Guide, manuali di processo Processi, procedure Tools, Manuali Form, Template e... competenze Per l IT l applicazione dei due standard è un unione non disgiunta, cioè insieme coprono tutti gli aspetti dei processi : in modo più orientato alla governance per il funzionamento più alle tecniche per la progettualità 33

34 POSSIBILI SVILUPPI Mapping tra PMBOK IV e COBIT 4.1? Estensione agli altri standard PMI? (Portfolio, Program, OPM3?) 34

35 per chiunque è interessato : andrea.innocenti@pmi-nic.org 35