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

daniele.dilorenzo@gmail.com+39 3408216091

Inte

gra

ted C

onfig

ura

tion M

anagem

ent

Agire in un Mondo Configurato