Architettando la Banca Enterprise Architecture: IT View

Transcript

1 Architettando la Banca Enterprise Architecture: IT View IT - operations, management, mapping, governance Enrico Mazzoletti, RES User Meeting 9-10 Ottobre 2014

2 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 2

3 Percorsi Enrico Mazzoletti: 1982 Laurea in Fisica (ma già con un certo feeling per l architettura) percorso nel mondo dell lnformation Technology, focus sulle architetture della infrastruttura ICT Enterprise Architecture Paul Flora, Glorenza estate 2012 Percorso di mappatura del sistema informativo Percorso teorico sistemico 3

4 5 anni di ABILab 4

5 5 anni di ABILab Architetture, impatto delle nuove Disposizioni di Vigilanza 263 5

6 Tassonomia ABILab delle applicazioni 6

7 Carlo Linneo 1735 L'albero della vita di Ernst Haeckel,

8 Esplorazione delle applicazioni Cobol Mainframe Programmi programmi ( coy cobol) tracce change STD di nomenclatura 134 procedure Catalogo DB2 70 DB di specie diverse Tabelle colonne record Tassonomia ABILAB 12 sottoaree Batch 1814 Programmi principali RES Suite PGM e copy Job CICS Statistiche Relazioni Programmi principali Paul Flora, Glorenza estate 2012 sono io.. 8

9 Grafica nodi e relazioni, «force-based algorithm» Nodi Relazioni 9

10 Mondo Mainframe, ulteriore riduzione della varietà Nodi esposti interni Relazioni interne esterne nodi e relazioni 10

11 Mondo Mainframe, vista d insieme 11

12 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 ) 12

13 Governance, Control, Management Pressioni esterne Best practice Implementazioni? Legge 262 e controlli Cobit Sistema della qualità ISO ,-2 ISO ISO CONSULENTI Policy Regolamenti Processi Comitati Reports Controlli Auditing ICT Prescrizioni Follow up 13

14 La circolare 263 di Banca d Italia 15 aggiornamento Titolo (I-V) Capitolo Parte Sezione Paragrafo Sottoparagrafi Punti Maggio2012, 780 pagine TITOLO I - DISPOSIZIONI COMUNI (74p) II - REQUISITI PATRIMONIALI (478p) III PROCESSO DI CONTROLLO PRUDENZIALE (34p) IV - INFORMATIVA AL PUBBLICO (64p) V - ALTRE DISPOSIZIONI (99p) (15 aggiornamento Luglio p) + 3 capitoli 7 - IL SISTEMA DEI CONTROLLI INTERNI (48p) 8 - IL SISTEMA INFORMATIVO (28p) 9 - LA CONTINUITA OPERATIVA (16p) 14

15 Il liquido in cui è sospeso il Middle Manager 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 Che strumenti ha/usa? Politica, potere lotta per il territorio Controllo? Motore del cambiamento? 15

16 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 (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 2011 Gartner

17 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) 17

18 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. 18

19 Systems Thinking 19

20 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 ) 20

21 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à? 21

22 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 22

23 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à 23

24 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) 24

25 Sistemi auto-organizzanti, ricorsività Modellazione Architettura Deve essere un Sistema auto-organizzante Automazione Management V O >> V M Ambiente Operations V A > V O Accoppiamento strutturale Coevoluzione 25

26 Russel Lincoln Ackoff Russell Lincoln Ackoff ( ) was a pioneer in the field of operations research, systems thinking and management science. PURPOSEFUL SYSTEMS INTERACTIVE PLANNING 26

27 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. 27

28 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 the motto of the Mantua Community Planners: plan or be planned for Holistic principle. Because of the 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

29 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 Information Organization Applications 29

30 Paradigma: «Service Oriented Enterprise Architecture» Service pattern prima Fornitore Cliente dopo Tom Graves: mapping the enterprise 30

31 Enterprise Mapping Mappare e ridisegnare gradualmente l impresa attraverso il Paradigma a Servizi 31

32 IT DELIVERY MODEL A SERVIZI Valore Complessità Rischio 32

33 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 33

34 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) 34

35 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 COMPLETEZZA e UNITARIETA FUNZIONALE 35

36 Grafica delle relazioni 36

37 ITSM/CMDB 37

38 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). 38

39 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) 39

40 CONCLUSIONI Gr a z i e p e r l a t t e n z i o n e 40

41 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 41