Architettando la Banca Enterprise Architecture: IT View IT - operations, management, mapping, governance Enrico Mazzoletti, RES User Meeting 9-10 Ottobre 2014 Funzione Enterprise Architecture in GCV Servizi Informatici Società consortile per azioni Governo ICT Enterprise Architecture EA is a formal discipline managing a body of knowledge about the purpose and structure of an enterprise. It has its roots in IT … Tom Graves Divisione Enterprise Architecture 2014 2 Percorsi Enrico Mazzoletti: 1982 Laurea in Fisica (ma già con un certo feeling per l’architettura) 1984 – 2011 percorso nel mondo dell’lnformation Technology, focus sulle architetture della infrastruttura ICT. 2012 Enterprise Architecture Paul Flora, Glorenza estate 2012 Percorso di mappatura del sistema informativo Percorso teorico sistemico Divisione Enterprise Architecture 2014 3 5 anni di ABILab Divisione Enterprise Architecture 2014 4 5 anni di ABILab Architetture, impatto delle nuove Disposizioni di Vigilanza 263 Divisione Enterprise Architecture 2014 5 Tassonomia ABILab delle applicazioni Divisione Enterprise Architecture 2014 6 Carlo Linneo 1735 L'albero della vita di Ernst Haeckel, 1866 Divisione Enterprise Architecture 2014 7 Esplorazione delle applicazioni Cobol Mainframe Programmi 78.950 programmi (+40.535 coy cobol) …….. 297.105 tracce change Catalogo DB2 70 DB di specie diverse 6.078 Tabelle 89.892 colonne 7.736.000.000 record RES Suite 127.562 PGM e copy 41.539 Job 2.342.264 Relazioni STD di nomenclatura 134 “procedure” Tassonomia ABILAB 12 sottoaree Batch 1814 Programmi principali CICS Statistiche 4.087 Programmi principali Divisione Enterprise Architecture 2014 Paul Flora, Glorenza estate 2012……………sono io ….. 8 Grafica nodi e relazioni, «force-based algorithm» 11.031 Nodi 67.165 Relazioni Divisione Enterprise Architecture 2014 9 Mondo Mainframe, ulteriore riduzione della varietà esposti 11.031 Nodi 67.165 Relazioni interni interne esterne 3.408 nodi e 10.692 relazioni Divisione Enterprise Architecture 2014 10 Mondo Mainframe, vista d’insieme Divisione Enterprise Architecture 2014 11 La complessità delle organizzazioni Humans have become “post human”, where people and their machines now act as symbiotic super-organisms Similarly, human networks have become “socio-technical”, i.e., comprised of people, plus tools, machines and technologically mediated processes. ( Hall, W.P., Nousala, S., Best, R., Nair ) Divisione Enterprise Architecture 2014 12 Governance, Control, Management Pressioni esterne Best practice Implementazioni ? CONSULENTI ISO 20000-1,-2 ISO 9000-1 ISO 27001 Legge 262 e controlli Cobit Sistema della qualità Divisione Enterprise Architecture 2014 •Policy •Regolamenti •Processi •Comitati •Reports •Controlli •Auditing ICT •Prescrizioni •Follow up •…… 13 La circolare 263 di Banca d’Italia 15° aggiornamento TITOLO I - DISPOSIZIONI COMUNI (74p) II - REQUISITI PATRIMONIALI (478p) III – PROCESSO DI CONTROLLO PRUDENZIALE (34p) IV - INFORMATIVA AL PUBBLICO (64p) V - ALTRE DISPOSIZIONI (99p) Titolo (I-V) Capitolo Parte Sezione Paragrafo Sottoparagrafi Punti (15° aggiornamento Luglio 2013 + 105p) + 3 capitoli 7 - IL SISTEMA DEI CONTROLLI INTERNI (48p) Maggio2012, 780 pagine 8 - IL SISTEMA INFORMATIVO (28p) 9 - LA CONTINUITA’ OPERATIVA (16p) Divisione Enterprise Architecture 2014 14 Il liquido in cui è sospeso il Middle Manager Che strumenti ha/usa? Politica , potere lotta per il territorio Controllo? Pressione many duties but little authority, people to please both above and below, and days when his schedule is just barely under her control, filled with meetings or consumed with sudden crises Motore del cambiamento? Divisione Enterprise Architecture 2014 15 Enterprise Architecture & evolution (Gartner) (EA) is the process of translating business vision and strategy into effective enterprise change, by creating, communicating and improving key principles and models that describe the enterprise’s future states and enable its evolution Gartner 2011 (EA) is a discipline for proactively and holistically leading enterprise responses to disruptive forces by identifying and analyzing the execution of change toward desired business vision and outcomes. Gartner 2013 Divisione Enterprise Architecture 2014 16 ITIL, le best practice servono per gestire la complessità ITIL Information Technology Infrastructure Library Complex systems behave differently from simple systems and pose unusual challenges. They are tightly coupled. They are adaptive and self-organizing. Hence they are self-stabilizing and policy resistant. Their complexity overwhelms our ability to understand them. The result: the more you try to change them, the more they resist. (ITIL v.3 Service Strategy p.293) Divisione Enterprise Architecture 2014 17 COBIT , dal controllo ai fattori abilitanti COBIT From Executive summary The need for assurance about the value of IT, the management of IT-related risks and increased requirements for control over information are now understood as key elements of enterprise governance. Value, risk and control constitute the core of IT governance. Efficient and effective governance and management of enterprise IT require a holistic approach, taking into account several interacting components. COBIT 5 defines a set of enablers to support the implementation of a comprehensive governance and management system for enterprise IT. Divisione Enterprise Architecture 2014 18 Systems Thinking Divisione Enterprise Architecture 2014 19 VSM & Stafford Beer Viable Systems Model (VSM) Viable = «capable of independent existence» Modello Generale dei sistemi vitali che può essere impiegato per descrivere organizzazioni biologiche o di business a varie scale. Articola il sistema auto-organizzante (Stafford Beer 1970-80 ) http://www.youtube.com/watch?v=7COX-b3HK50&feature=relmfu Divisione Enterprise Architecture 2014 20 Un po’ di teoria: Varietà Varietà è la misura del numero di stati differenti in un sistema La varietà aumenta rapidamente con la complessità dei sistemi Il mondo reale ha una varietà che è matematicamente infinita dunque Come possiamo far fronte alla realtà? Divisione Enterprise Architecture 2014 21 Un po’ di teoria: Attenuatori della varietà Attenuatori della varietà Il nostro apparato percettivo attenua o filtra la varietà del nostro ambiente Noi “vediamo” soltanto ciò che «vogliamo» vedere e filtriamo ciò che è irrilevante I nostri attenuatori sono stati “disegnati” dalla selezione naturale «Un letale attenuatore di varietà è l’ignoranza pura» (Stafford Beer) Disegnare gli attenuatori di varietà è una attività che richiede grande competenza Divisione Enterprise Architecture 2014 22 Un po’ di teoria: Variety Amplifiers Amplificatori di Varietà Noi amplifichiamo la nostra varietà per incrementare la nostra influenza sull’ambiente Noi usiamo la nostra intelligenza per amplificare gli effetti delle nostre azioni (es. pubblicità) L’automazione è un amplificatore di varietà Divisione Enterprise Architecture 2014 23 Legge di Ashby della varietà necessaria Ashby’s Law of Requisite Variety Il controllo può essere ottenuto solo se la varietà del controllore è grande almeno quanto la varietà della situazione da controllare. In breve: La varietà assorbe la varietà La legge di Ashby della varietà necessaria è tanto importante nel campo della cibernetica quanto le leggi del moto di Newton per la Dinamica ( Stafford Beer) Divisione Enterprise Architecture 2014 24 Sistemi auto-organizzanti, ricorsività Modellazione Architettura Deve essere un Sistema auto-organizzante Management Automazione VO >> VM Operations Ambiente VA > VO Accoppiamento strutturale Coevoluzione Divisione Enterprise Architecture 2014 25 Russel Lincoln Ackoff Russell Lincoln Ackoff (1919 – 2009) was a pioneer in the field of operations research, systems thinking and management science. PURPOSEFUL SYSTEMS INTERACTIVE PLANNING Divisione Enterprise Architecture 2014 26 ON PURPOSE (R.Ackoff), metafore e modelli Four different types of system Deterministic systems have no purposes and neither do their parts (although they can serve the purposes of other purposeful systems). Animated systems have purposes of their own, but their parts do not. Social systems have purposes of their own, contain purposeful parts and are usually parts of larger purposeful systems. Ecological systems contain interacting mechanistic, organismic and social systems, but unlike social systems have no purposes of their own. Problems arise if a model appropriate to one type of system is applied to a system of a different type. Divisione Enterprise Architecture 2014 27 INTERACTIVE PLANNING The Systems Practitioners Role in “Creating the Corporate Future” it is to assist all the stakeholders to design a desirable future for themselves and to invent the means of realizing it. Participative principle. This is the only way of ensuring ‘objectivity’ the main benefit of planning is the involvement of members of the organization in the process; This is more important than the actual plan produced. Continuity principle. Because values change and unexpected events occur, plans need to be constantly revised Holistic principle. Because of the the motto of the Mantua Community Planners: ‘plan or be planned for’ Divisione Enterprise Architecture 2014 importance of the interactions between the parts of a system, we should plan simultaneously and interdependently for as many parts and levels of the organization as possible 28 Back to services Services are socio-technical systems with service assets as the operating elements. People and processes act as concentrators of other assets in social and technical subsystems respectively. The performance of one subsystem affects the performance of the other in positive and negative ways. ITIL v.3 Service strategy p. 275 Financial capital Process Infrastructure Management People Organization Information Applications Divisione Enterprise Architecture 2014 29 Paradigma: «Service Oriented Enterprise Architecture» Service pattern prima Cliente Fornitore dopo Tom Graves: mapping the enterprise Divisione Enterprise Architecture 2014 30 Enterprise Mapping Mappare e ridisegnare gradualmente l’impresa attraverso il Paradigma a Servizi Divisione Enterprise Architecture 2014 31 IT DELIVERY MODEL A SERVIZI Valore Complessità Rischio Divisione Enterprise Architecture 2014 32 Alla ricerca del CMDB A configuration management database (CMDB) is a repository that acts as a data warehouse for information technology (IT) organizations. Its contents are intended to hold a collection of IT assets that are commonly referred to as configuration items (CI), as well as descriptive relationships between such assets. When populated, the repository becomes a means of understanding how critical assets such as information systems are composed, what their upstream sources or dependencies are, and what their downstream targets are. wikipedia Divisione Enterprise Architecture 2014 33 CONFIGURATION ITEM CONFIGURATION ITEM (ITIL Glossary) Qualsiasi Componente che necessita di essere gestito per poter erogare un Servizio IT. Le informazioni su ogni CI vengono registrate in un Configuration Record all’interno del Configuration Management System ed aggiornate per tutto il suo Ciclo di vita dal Configuration Management. I CI sono sotto il controllo del Change Management. Tipicamente fra i CI includiamo i Servizi IT, hardware, software, edifici, persone, e documentazione formale quale la documentazione del Processo e di SLA. CONFIGURATION Un termine generico, utilizzato per descrivere un gruppo di elementi della configurazione che lavorano insieme per erogare un servizio IT, o una parte riconoscibile di un servizio IT. I configuration ITEM sono composti a formare una architettura (un configuration Item a sua volta) Divisione Enterprise Architecture 2014 34 DEFINIZIONE DI APPLICAZIONE Precisiamo i concetti di «Applicazioni» e «componenti applicativi» Componenti applicativi sono le unità di change. Sono i pezzi che il programmatore o il tecnico va a modificare quando gestiamo un change in un’applicazione. Per Applicazione invece intendiamo un concetto astratto al livello più alto (crea/favorisce un dialogo naturale tra l’analista funzionale, il programmatore, l’architetto, l’ ICT risk manager ….). Applicazione corrisponde ad un raggruppamento dei componenti applicativi. Come si raggruppa componenti applicativi? Come si decide quali componenti stanno insieme e costituiscono un’applicazione? Un insieme di componenti è una applicazione se rispetta i seguenti criteri: UN UNICO RESPONSABILE SUL CODICE APPLICATIVO / UN UNICO FORNITORE COMPLETEZZA e UNITARIETA’ ARCHITETTUTALE E TECNOLOGICA Divisione Enterprise Architecture 2014 COMPLETEZZA e UNITARIETA’ FUNZIONALE 35 Grafica delle relazioni Divisione Enterprise Architecture 2014 36 ITSM/CMDB Divisione Enterprise Architecture 2014 37 DI NUOVO SUL MODELLO - NODI E RELAZIONI The configuration model Configuration Management delivers a model of the services, assets and the infrastructure by recording the relationships between configuration items. This enables other processes to access valuable information The real power of Configuration Management’s logical model of the services and infrastructure is that it is THE model – a single common representation used by all parts of IT Service Management, (and beyond, such as HR, finance, supplier and customers). Divisione Enterprise Architecture 2014 38 NECESSITA’ DI ASTRAZIONE L’intelligenza dell’Impresa “The brain does much more than recollect. It compares, synthesizes, analyzes, generates abstractions. We must figure out much more than our genes can know”. Carl Sagan Cosmos 1980 “The Brain of the Firm” deve produrre le astrazioni con cui l’impresa può controllare la risposta alle sollecitazioni dell’ambiente, immaginare e realizzare il cambiamento. L’information technology può essere ancora una spinta all’evoluzione ma può essere anche un freno con le sue strutture ormai difficili da modificare o riprogettare radicalmente (modificare l’automazione può risultare difficile e rischioso) Divisione Enterprise Architecture 2014 39 CONCLUSIONI Gr a z i e p e r l ’ a t t e nz i o ne Divisione Enterprise Architecture 2014 40 Riferimenti: Tom Graves: The service-oriented Enterprise (Enterprise Architecture and viable services) Tom Graves: Power and response-ability (the human side of the system) Tom Graves: Mapping the enterprise (Modeling the enterprise as services with Enterprise Canvas) Patrick Hoverstadt: The Fractal Organization: Creating sustainable organizations with the Viable System Model Jan A. P. Hoogervorst: Enterprise Governance and Enterprise Engineering Jan Dietz: Enterprise Ontology: Theory and Methodology Michael C. Jackson: Systems Thinking - Creative Holism for Managers. Jamshid Gharajedaghi: Systems Thinking (Managing Chaos and Complexity: A Platform for Designing Business Architecture) Lars Skyttner: General Systems Theory (Problems, perspectives, practice) Cavendish Software: Stafford Beer’s Viable System Model An Interpretation By Trevor Hilder Hall, W.P., Nousala, S., Best, R., Nair, S. 2012: Social Networking Tools for Knowledge Based Action Groups OGC: ITIL Version 3 Service Strategy. ISACA: Cobit 5 (A Business Framework for the Governance and Management of Enterprise IT) Open Group: Togaf 9 Divisione Enterprise Architecture 2014 41
© Copyright 2024 ExpyDoc
