Architettando la Banca Enterprise Architecture: IT Vie - RUM Bankadati 2014 v1.pdf · Architettando...
Transcript of Architettando la Banca Enterprise Architecture: IT Vie - RUM Bankadati 2014 v1.pdf · Architettando...
Architettando la Banca
Enterprise Architecture: IT View
IT - operations, management, mapping, governance
Enrico Mazzoletti,
RES User Meeting 9-10 Ottobre 2014
2 Divisione Enterprise Architecture 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
3 Divisione Enterprise Architecture 2014
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
4 Divisione Enterprise Architecture 2014
5 anni di ABILab
5 Divisione Enterprise Architecture 2014
5 anni di ABILab Architetture,
impatto delle nuove Disposizioni di Vigilanza 263
6 Divisione Enterprise Architecture 2014
Tassonomia ABILab delle applicazioni
7 Divisione Enterprise Architecture 2014
Carlo Linneo 1735
L'albero della vita di Ernst
Haeckel, 1866
8 Divisione Enterprise Architecture 2014
Esplorazione delle applicazioni Cobol Mainframe
Catalogo DB2 70 DB di specie diverse
6.078 Tabelle
89.892 colonne
7.736.000.000 record
Programmi 78.950 programmi
(+40.535 coy cobol)
……..
297.105 tracce change
RES Suite 127.562 PGM e copy
41.539 Job
2.342.264 Relazioni Paul Flora, Glorenza estate 2012……………sono io …..
STD di
nomenclatura
134
“procedure”
Tassonomia
ABILAB
12 sottoaree
Batch
1814
Programmi
principali
CICS
Statistiche
4.087
Programmi
principali
9 Divisione Enterprise Architecture 2014
Grafica nodi e relazioni, «force-based algorithm»
11.031
Nodi
67.165
Relazioni
10 Divisione Enterprise Architecture 2014
Mondo Mainframe, ulteriore riduzione della varietà
67.165
Relazioni
11.031
Nodi
esposti
interni
interne
esterne
3.408 nodi e 10.692 relazioni
11 Divisione Enterprise Architecture 2014
Mondo Mainframe, vista d’insieme
12 Divisione Enterprise Architecture 2014
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 )
13 Divisione Enterprise Architecture 2014
Governance, Control, Management
Legge 262
e controlli Cobit
Sistema della qualità
ISO 20000-1,-2
ISO 9000-1
ISO 27001
Pressioni esterne Best practice Implementazioni ?
•Policy
•Regolamenti
•Processi
•Comitati
•Reports
•Controlli
•Auditing ICT
•Prescrizioni
•Follow up
•……
CONSULENTI
14 Divisione Enterprise Architecture 2014
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 2013 + 105p) + 3 capitoli
7 - IL SISTEMA DEI CONTROLLI INTERNI (48p)
8 - IL SISTEMA INFORMATIVO (28p)
9 - LA CONTINUITA’ OPERATIVA (16p)
15 Divisione Enterprise Architecture 2014
Il liquido in cui è sospeso il Middle Manager
Pressione Che strumenti ha/usa?
Politica , potere
lotta per il territorio
Controllo?
Motore del
cambiamento?
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
16 Divisione Enterprise Architecture 2014
Enterprise Architecture & evolution (Gartner)
(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
(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
17 Divisione Enterprise Architecture 2014
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)
18 Divisione Enterprise Architecture 2014
COBIT , dal controllo ai fattori abilitanti
COBIT
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.
From Executive summary
19 Divisione Enterprise Architecture 2014
Systems Thinking
20 Divisione Enterprise Architecture 2014
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
21 Divisione Enterprise Architecture 2014
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à?
22 Divisione Enterprise Architecture 2014
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
23 Divisione Enterprise Architecture 2014
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à
24 Divisione Enterprise Architecture 2014
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)
25 Divisione Enterprise Architecture 2014
Sistemi auto-organizzanti, ricorsività
Ambiente
Management
Operations
Deve essere un
Sistema
auto-organizzante Automazione
VA > VO
VO >> VM
Accoppiamento
strutturale
Coevoluzione
Modellazione Architettura
26 Divisione Enterprise Architecture 2014
Russel Lincoln Ackoff
PURPOSEFUL SYSTEMS
INTERACTIVE PLANNING
Russell Lincoln Ackoff (1919 – 2009)
was a pioneer in the field of operations
research, systems thinking and
management science.
27 Divisione Enterprise Architecture 2014
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.
28 Divisione Enterprise Architecture 2014
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
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 the motto of the Mantua Community Planners: ‘plan or be planned for’
29 Divisione Enterprise Architecture 2014
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
People
Process
Organization
Management
Information
Infrastructure Financial capital
Applications
30 Divisione Enterprise Architecture 2014
Paradigma: «Service Oriented Enterprise Architecture»
Service pattern
Cliente Fornitore
prima
dopo
Tom Graves: mapping the enterprise
31 Divisione Enterprise Architecture 2014
Enterprise Mapping
Mappare e ridisegnare gradualmente l’impresa
attraverso il Paradigma a Servizi
32 Divisione Enterprise Architecture 2014
IT DELIVERY MODEL A SERVIZI
Valore
Complessità
Rischio
33 Divisione Enterprise Architecture 2014
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
34 Divisione Enterprise Architecture 2014
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)
35 Divisione Enterprise Architecture 2014
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:
COMPLETEZZA e
UNITARIETA’
FUNZIONALE
COMPLETEZZA e
UNITARIETA’
ARCHITETTUTALE
E TECNOLOGICA
UN UNICO
RESPONSABILE SUL
CODICE
APPLICATIVO / UN
UNICO FORNITORE
36 Divisione Enterprise Architecture 2014
Grafica delle relazioni
37 Divisione Enterprise Architecture 2014
ITSM/CMDB
38 Divisione Enterprise Architecture 2014
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).
39 Divisione Enterprise Architecture 2014
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)
40 Divisione Enterprise Architecture 2014
CONCLUSIONI
Gr a z i e p e r
l ’ a t t e n z i o n e
41 Divisione Enterprise Architecture 2014
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