Upload
others
View
2
Download
0
Embed Size (px)
Citation preview
Agire in un Mondo
‘Configurato’
Integrated Configuration Management
Daniele Di LorenzoSenior Project Manager & Configuration Manager
1 Febbraio 2017
Scuola Universitaria Professionale della Svizzera Italiana
SUPSI
Il Mondo Configurato
1 –Il M
on
do
Co
nfig
urato
Dove siamo?
1 –Il M
on
do
Co
nfig
urato
Le Norme
1 –Il M
on
do
Co
nfig
urato
La configurazione è definita come l’insieme delle caratteristiche funzionali e fisichedi un prodotto stabilite nei documenti tecnici e realizzate nel prodotto stesso.Il Configuration Management si occupa di gestire e controllare le variazioni di talicaratteristiche. (UNI ISO 10007:2006)
Configuration Management is a discipline applying technical and administrative directionand surveillance to identify and document the functional and physical characteristics of aconfiguration item, control changes to those characteristics, record and report changeprocessing and implementation status, and verify compliance with specified requirements.
(DoD Mil-Std-973)
Configuration and information/documentation management are interrelated processesfor managing projects […] (CM) is the process for establishing and maintaining aconsistent record of a product’s functional and physical characteristics compared to itsdesign and operational requirements. (ECSS-M-ST-40C)
…is the field of management focused on establishing and maintaining the consistency ofits system or product performance and its functional and physical attributes.
(ISO 10007)
The project management professional applies configuration management to activelyguide the project’s direction and create a project infrastructure that enablessuccessful completion
This practice standard identifies and describes a subset of CM that is generallyrecognized as good practice for projects
(Practice Standard for Project Configuration Management, PMI®)
Il CM in un’ottica ’’integrata’’:
È una disciplina È un campo del Management È parte del PLM È parte dei processi aziendali È parte del Project Management È interrelato al Requirement Management Garantisce il ciclo approvativo Garantisce la tracciabilità e la rintracciabilità Ingloba il Change Management Garantisce l’analisi degli impatti dei Change
Allo scopo di governare la «dinamica» dei requisiti!
Caratterizzazione
1 –Il M
on
do
Co
nfig
urato
Modello di Riferimento
1 –Il M
on
do
Co
nfig
urato
Il Progetto:
1. Ha un PM2. Ha un inizio ed una fine3. Realizza requisiti4. È svolto da un team5. È composto di diversi elementi (deliverable)
Il Configuration Management:
1. Il CM «vive» durante e dopo il progetto2. Durante il progetto il PM è garante della corretta
l’applicazione3. Il CM esiste in quanto esistono i requisiti4. Il team deve essere formato sul CM5. Garantisce l’integrita dei deliverable durane e dopo il
progetto
Project Vs Configuration
1 –Il M
on
do
Co
nfig
urato
La garanzia del meccanismo: i Requisiti
2 –I R
eq
uisiti
I REQUISITI SONO DESIDERI
I Requisiti
2 –I R
eq
uisiti
Traveability
2 –I R
eq
uisiti
2 –I R
eq
uisiti
Il Requisito secondo il PMI
The Standish Group Report CHAOS 2014, 2015
2 –I R
eq
uisiti
Elementi per il successo del Progetto
2 –I R
eq
uisiti
Elementi che danneggiano il Progetto
The Standish Group Report CHAOS 2014, 2015
Integrità del Prodotto
3 –C
on
figu
ration
Man
age
me
nt
3 –C
on
figu
ration
Man
age
me
nt
Elementi del Dominio
Possiamo indicare con Configuration Item, l’unità base, atomicaed unica, comprensiva di attributi, che il Configuration
Management garantisce di poter gestire.
Ogni versione del CI è un nuovo configuration item a se stante.
• documenti gestionali e contrattuali• documenti tecnici• documenti di risk management• software• documenti di procedure e processi• disegni• schemi elettrici• può essere un insieme di files (un
pacchetto "configurato")
Esempi CIs
3 –C
on
figu
ration
Man
age
me
nt
Configuration Items
“A set of released documents at specific revision levels thatdefine a configuration at a specified point in time.”(CMII-100H, by the Institute of Configuration Management and
CMII Research Institute)
Baseline
3 –C
on
figu
ration
Man
age
me
nt
“Change Control is focused on identifying, documenting andcontrolling changes to the project and the projectbaselines.” *
Rappresenta l’evoluzione del sistema (prodotto) sottoconfigurazione garantendo l’integrità del prodotto (dairequisiti alla validazione) attraverso i vari cambi.
Tutti gli item possono essere soggetti a change.
L’unico elemento non modificabile è la baseline.
* http://www.pmchamp.com/configuration-management-system-change-management-system/#sthash.S0lmD6xG.dpuf
Change Management
3 –C
on
figu
ration
Man
age
me
nt
Case Study: Avionics
4–
Case
Stu
dy
Hp. di contesto:
• Il CM governerà tutto il programma• Velivolo sperimentale• Diversi componenti nuovi• Qualità interna, CMMI, DO• Adozione dell’EVMS
Case Study: Avionics
4–
Case
Stu
dy
1Introduction…2Configuration Environment2.1Methods2.1.1Configuration Identification2.1.2Part Numbers 2.1.3Variants Management2.1.4Baselines2.1.5Change Control2.1.5.1Change Control Rules and Hierarchy2.1.5.2Baseline Change Control2.1.6Releases…2.2Procedures2.2.1Company procedures2.2.2Avionics procedures…2.3Standards2.3.1Numbering for Configuration Items2.3.2Numbering for Documents2.3.3Documents Frames and Templates2.3.4Approval Workflow2.3.5Versioning Conventions…2.4Tools…2.5User Roles and Responsibilities…
Configuration Plan
4–
Case
Stu
dy
3Configuration Activities3.1Configuration Planning3.2Configuration Identification3.3Change Control3.4Release3.5Control of Non Compliant3.6Control of Suppliers3.7Configuration Audits…4Transition Criteria4.1Configuration Events4.2Review Data Packages4.3Corrective Actions4.3.1Problem Report State Transitions4.3.2Engineering Change State Transitions4.4Document Upgrades…5Configuration Management Data…5.5Problem Reporting5.6Engineering Changes5.7Core Avionics Project data6Supplier Control…Annex X Template
Configuration Plan
4–
Case
Stu
dy
Configuration Plan in Action
4–
Case
Stu
dy
NOME CYCLE DESCRIZIONE
RAISED Normal Richiesta Intercettata
ASSIGNED Normal Richiesta Assegnata
ANALYSED Normal Richiesta Analizzata
APPROVED Normal Richiesta Approvata
COMPLETED Normal Richiesta Completata (Realizzata)
CLOSED Normal Richiesta Chiusa
DEFERRED Out-of-normal Richiesta Differita (Posticipata)
REJECTED Out-of-normal Richiesta Respinta
WITHDRAWN Out-of-normal Richiesta Ritirata
FROM TO ROLE
ANALYSED APPROVED Project Leader
CCB
APPROVED COMPLETED Developer
ASSIGNED ANALYSED Project Leader
CCB
COMPLETED CLOSED Project Leader
RAISED ASSIGNED Project Leader
CCB
ASSIGNED REJECTED Project Leader
CCB
COMPLETED RAISED Project Leader
CCB
DEFERRED ASSIGNED Project Leader
CCB
RAISED DEFERRED Project Leader
CCB
RAISED WITHDRAWN Originator
RAISED REJECTED Project Leader
CCB
Project Management
5 –P
roje
ct Man
age
me
nt
Chi scrive il Configuration Plan?Chi controlla e monitorizza?
Chi garantisce a fronte di audit degli enti?Chi stima l’overhead gestionale?
Chi guida il progetto nel mondo configurato?Chi subisce gli impatti dovendo garantire il progetto?
http://www.pmoplanet.com
Il Garante
5 –P
roje
ct Man
age
me
nt
Le norme utilizzano tipicamente alcuni aspetti dell’Agile inserendole come pratiche all’interno del proprio modello
I framework Agile hanno la peculiarità di:
• Iterazione (cadenza)• Varietà di tecniche• Molteplicità di tool
informatici
Agility
5 –P
roje
ct Man
age
me
nt
In ambiti normati l’approccio ai progetti è tipicamente aderente al PMBOK®. Dall’altro lato l’uso di framework Agile comporta solo un piccolo effortaddizionale
Tracciabilità e rintracciabilità
Il PM gestisce e deve avere il controllo di progetto a 360°
Garanzia di ruoli e responsabilità
Garanzia dei requisiti
Like
5 –P
roje
ct Man
age
me
nt
Daniele Di LorenzoSenior Project Manager & Configuration Manager
[email protected]+39 3408216091
Inte
gra
ted C
onfig
ura
tion M
anagem
ent
Agire in un Mondo Configurato