LA GESTIONE DELLE MODIFICHE DEL PRODOTTO …€¦ · BASIC DESIGN & PROJECT LEADERS ... PROJECT...

PierCipriano ROLLO UNITS AA 2018 - 190

LA GESTIONE DELLE MODIFICHEDEL PRODOTTO DELL'INGEGNERIA

• Processo dall’offerta alla consegna nave• Organizzazione delle funzioni nella

progettazione• Cos’è e perchè nasce una modifica• Attività di miglioramento per diminuire le

modifiche• Prioritizzare le modifiche che non si

possono eliminare• KPI della gestione delle modifiche

Agenda


Lyfe Cycle Management


Il processo produttivo di una commessa


La zonificazione di una commessa


La metodologia costruttiva di una commessa


Stabilimento di Monfalcone

Suddivisione della nave in sezioni di montaggio


Sotto-BloccoBlocco

Sezione

Suddivisione di una nave a blocchi


• Processo dall’offerta alla consegna nave• Organizzazione delle funzioni nella

progettazione• Cos’è e perchè nasce una modifica• Attività di miglioramento per diminuire le



Agenda



Le 3 macro funzioni dell’ingegneria

Detail Design

� Assembly Drawings� Mounting Plane

� Cables traces

� Material cutting schemes� Pipe spools and material list

� Hull costruction drawings

� Coordination Drawings

� 3D Integrated Ship Model

Basic Design

�General Arrangement Plant

�Engine Room Arrangement�Capacity Plant

�Escape Planning

�Midship Geometry�Water/electric/air Balance

�Weight estimation

Functional Design�Functional Drawings�Main machinery

Arrangemet Drawings�NAPA-STEEL Model�Structural Drawings�Supply Technical Specifications

of hull material�Supply Technical

Specifications ( Casting, Forging, …)

� Material list

DESIGN OUTPUTDESIGN OUTPUTDESIGN OUTPUTDESIGN OUTPUT

ZERO POINT


T0 = Handover between Basic and Functional design

I.L. = Steel cut

I = Keel laying

V = Ship Launch

C = Delivery

GEN FEB MAR APR MAG GIU LUG AGO SET OTT NOV DIC GEN FEB MAR APR MAG GIU LUG AGO SET OTT NOV DIC GEN FEB MAR APR MAG GIU LUG AGO SET OTT NOV DIC GEN FEB MAR APR MAG GIU LUG AGO SET OTT NOV DIC

GEN FEB MAR APR MAG GIU LUG AGO SET OTT NOV DIC GEN FEB MAR APR MAG GIU LUG AGO SET OTT NOV DIC GEN FEB MAR APR MAG GIU LUG AGO SET OTT NOV DIC GEN FEB MAR APR MAG GIU LUG AGO SET OTT NOV DIC

T0

BASIC DESIGN

FUNCTIONAL DESIGN

DETILED DESIGN

I.L. Iv

c

Le 3 macro funzioni dell’ingegneria rispetto la produzione

BASIC DESIGN & PROJECT LEADERS

PROJECT LEADERS NAVAL ARCHITECTURE

NEW BUILDING

NEW BUILDING ITALY

PROJECT MANAGEMENT

LEGAL AND CONTRACT MARKETING AND DESIGN CONCEPT

NEW BUILDING CHINANEW BUILDING VARD SALES

La struttura organizzativa dell’ingegneria di base


Engineering Dept (540)Engineering Dept (540)

Method and Tools(20)Planning and Quality (20)Planning and Quality (20)Detail Design (250)Detail Design (250)

Marghera (70) 3D Model Trieste (30)

Monfalcone (85)

Stabia (10)

Ancona (20)

Sestri (25)

Palermo (10)

Functional Design (250) Functional Design (250)

Noise/vibration Dept. (10)

Integration & Main routes Deptt. (10)

HVAC Dept. (26)

Electrical Dept. (50)

Machinery Dept. (42)

Marine Syst. Dept. (12)

Public Areas Dept. (35) Safety Dept. (12)

Hull Dept. (30)

Accomodation Dept. (23)

La struttura organizzativa dell’ingegneria funzionale


Organizzazione delle funzioni dall’offerta alla consegna nave

Offerta

Prog. Di Base

Prog. Funzionale

Prog. Coordinati e

PLA

Produzione e

allestimento

Varo

Consegna

soluzioni

Vincoli

Vincoli

Vincoli


• Processo dall’offerta alla consegna nave• Organizzazione delle funzioni in Fincantieri• Cos’è e perchè nasce una modifica• Attività di miglioramento per diminuire le



Agenda



Cos’è una modifica su un documento?

Le modifiche sui documenti sono parte del processo di ingegneria.

La concurrent engineering, è il modello di ingegneria seguito dalla Fincantieri.

E’ un insieme organico di metodologie, tecniche e strumenti che consente un

approccio alla progettazione integrata di un prodotto e del relativo processo

produttivo. Tale approccio permette di ridurre i tempi di sviluppo e i costi connessi,

consente inoltre maggiore flessibilità alla progettazione e alla produzione, oltre che

una migliore qualità dei prodotti. Il tutto a spesa di una maggiore complessità della

fase di progettazione.

Se è necessario modificare un documento emesso, si procede a notificare a tutti gli

enti interessati il contenuto degli oggetti modificati.

Il documento di Coordinamento della modifica si chiama DCM.


Il mercato delle costruzioni navali è caratterizzato da una produzione su commessa, in piccole serie.

A differenza delle progettazioni automobilistiche e aereonautiche (che operano con produzioni tipicamente in serie) la produzione navale si sviluppa tramite progettazione e costruzioni di navi prime della serie, chiamate « Prototipi », alle quali poi seguono le produzioni navi ripetute (gemelle o derivate).

La progettazione di navi Prototipo richiede l’applicazione di un processo detto « a spirale » che evolve necessariamente per affinamenti successivi; il prodotto finale è cioè il risultato di diverse fasi di progettazione (tipicamente: di base, funzionale, coordinativa ed esecutiva) che contribuiscono, ognuno per la sua quota parte, ad approfondire e dettagliare ciò che nella fase precedente era stato ipotizzato/calcolato/progettato.

Perchè nasce una modifica?


Inoltre la progettazione navale si pone non solo come ingegnerizzazione interna ma anche (e a volte soprattutto)

come integrazione di sistemi che vengono progettati da terze parti.

Infine va rimarcato che la progettazione non è completamente autonoma ma è richiesta l’approvazione dei

documenti (in particolare dei documenti funzionali) da parte del Cliente e degli Enti di Classifica.

Il processo « a spirale », la gestione dei contributi di progettazioni esterne e le successive fasi di approvazione dei

documenti, comportano fisiologicamente la gestione delle MODIFICHE DOCUMENTALI, la gestione cioè di

accadimenti che richiedono la modifica di documenti già rilasciati.

Il numero e la «magnitudo» (gravità) delle modifiche vanno ovviamente:

� ridotte al minimo: esse risultano infatti un costo per l’Azienda;

� anticipate e risolte prima possibile: è noto infatti che una modifica gestita in una fase anticipata

dell’ingegneria costa molto meno della stessa modifica risolta in fase di progettazione

Da tutto ciò derivano i seguenti REQUISITI per una corretta gestione delle MODIFICHE.

L’integrazione dell’ingegneria è un punto chiave


Gli Enti di progettazione devono analizzare le esigenze di modifica con prontezza ed implementarle nei tempi e nei

modi più opportuni al fine di minimizzarne gli impatti economici e programmatici sul processo di produzione le

modifiche devono essere implementate e comunicate in modo efficace allo scopo di:

• focalizzare l’attenzione degli utenti sull’effettivo contenuto della modifica

• fornire in modo chiaro e sintetico tutte le informazioni rilevanti alla sua corretta e completa

implementazione

Una corretta gestione delle modifiche deve soddisfare requisiti di:

Tempestività

Tracciabilità

Completezza

dell’informazione

La complessità e l’estensione temporale del processo e la numerosità degli attori coinvolti (interni ed esterni, di

progettazione e di produzione) richiede una accurata tracciatura dell’intero sviluppo al fine di individuare:

• tutti gli Enti coinvolti

• il contributo di ciascuno di essi

• il grado di completamento delle attività avviate e, se necessario, i relativi costi

Qualunque utente deve poter reperire nel sistema di gestione documentale tutte le informazioni necessarie alla propria

attività di sviluppo prodotto senza dover ricorrere a comunicazioni informali o dati gestiti fuori sistema. Una corretta

gestione delle modifiche deve pertanto garantire la completezza e l’integrità delle informazioni in essa contenute.


Perchè nasce una modifica su un documento?Livello

1

Origine progettazione funzionale

Origine progettazione costruttiva Origine altra fun zione Fincantieri

Causa terzi (non Fincantieri)

Livello2

Modifica per requisito contrattuale non considerato


Ritardata definizione fornitore

Ritardato arrivo documenti fornitore rispetto a deadline concordata

Modifica per requisito di regolamento non considerato (e.g. ente di classifica, USCG, etc)

Modifica per requisito di regolamento non considerato (e.g.ente di classifica, USCG, etc) –(tutti i requisiti funzionali devono essere messi in causale funzionale)

Richiesta PM Errore nella documentazione del fornitore

Mancata integrazione tra servizi funzionali

Esigenza di coordinamento Errore progettazione di base

Ritardata definizione interfacce con "Owner Supplies"/S.A

Modifica cartiglio per variazione causata dalla diversificazione per navi successive di una serie

Mancata integrazione tra servizi progettazione costruttiva

Errore documentazione contrattuale

Richieste extra armatore

Altri errori di progettazione funzionale non riconducibile a requisito contrattuale o di regolamento

Altri errori di progettazione esecutiva non riconducibile a requisito contrattuale o di regolamento

Errore di produzione Errore fornitura

DCM di DCM precedente DCM di DCM precedente Errore di documentazione di metodi

Miglioria di progetto Interferenze tra impianti e soffitti introdotte da disegno A2 Le cause possono essere molteplici, studiarle ed individuarle al momento

dell’apertura di una modifica è importante, perché aiuta a capirne le

cause radice.

L’analisi delle cause radice serve a ridurre il numero di modifiche.

• Processo dall’offerta alla consegna nave• Organizzazione delle funzioni• Cos’è e perchè nasce una modifica• Attività di miglioramento per diminuire le



Agenda



3 Pilastri per raggiungere l'ottimizzazione dell'ingegneria

Processo DCMAdozione anticipata funzionalità gestione

requisiti specifica nave e requisiti

contrattuali tecnici

Ottimizzare il processo di

gestione modifiche

Gestione RequisitiProgramma integrato con la

funzione acquisti e i servizi di

ingegneria

Programma integrato

Ottimizzazione

Ingegneria

Miglioramento

processo

Riduzione

cause radice

Programma

integrato di

commessa

III III

Enablement organizzazione

I II

Diminuire l’impatto delle

modifiche

III

Eliminare le modifiche e ridurne

gli impatti Diminuire il numero complessivo

Approfondimento slide

successive


Le iniziative di miglioramento agiscono sulle cause delle modificheLivello

1

Origine progettazione funzionale

Origine progettazione costruttiva Origine altra fun zione Fincantieri

Causa terzi (non Fincantieri)

Livello2



Ritardata definizionefornitore

Ritardato arrivo documenti fornitore rispetto a deadlineconcordata

Modifica per requisito di regolamento non considerato (e.g. ente di classifica, USCG, etc)

Modifica per requisito di regolamento non considerato (e.g.ente di classifica, USCG, etc) – (tutti i requisiti funzionali devono essere messi in causale funzionale)

Richiesta PM Errore nella documentazione del fornitore

Mancata integrazione tra servizi funzionali

Esigenza di coordinamento Errore progettazione di base

Ritardata definizione interfacce con "OwnerSupplies"/S.A

Modifica cartiglio per variazione causata dalla diversificazione per navi successive di una serie

Mancata integrazione tra servizi progettazione costruttiva

Errore documentazionecontrattuale

Richieste extra armatore

Altri errori di progettazione funzionale non riconducibile a requisito contrattuale o di regolamento

Altri errori di progettazione esecutiva non riconducibile a requisito contrattuale o di regolamento

Errore di produzione Errore fornitura

DCM di DCM precedente DCM di DCM precedente Errore di documentazione di metodi

Miglioria di progetto (per attivare questa causale si deve inserire nella descrizione la valutazione economica e/o quantitativa generata dalla miglioria)

Interferenze tra impianti e soffitti introdotte da disegno A2

Cattura requisiti

Programmazione

integrata di

commessa

Checklist con

lesson learned


Cattura sistematica della copertura requisiti di specifica nave

• Processo strutturato di analisi delle specifiche nave per l'individuazione e assegnazione dei requisiti contrattuali alle discipline tecniche

• Tracciatura dell'evoluzione del soddisfacimento dei singoli requisiti

• Processo strutturato di analisi delle specifiche nave per l'individuazione e assegnazione dei requisiti contrattuali alle discipline tecniche

• Tracciatura dell'evoluzione del soddisfacimento dei singoli requisiti

Descrizione

+ Riduzione rework di progettazione e in produzione grazie a identificazione chiara degli owner e monitoraggio della copertura dei requisiti

+ Riduzione rework di progettazione e in produzione grazie a identificazione chiara degli owner e monitoraggio della copertura dei requisiti

Principali vantaggi

Specifica nave Ente

Illustrativo

AP

PE

LAA

RR

Requirement Item Deliverable


Utilizzo dei requisiti in Checklist Dinamiche, che seguono la vita del

documento

• I requisiti catturati in specifica nave sono

da input alla progettazione interna ed

esterna di Fincantieri.

• I requisiti seguono la vita del documento,

vengono infatti confermati uno ad uno,

sulla base dell’arricchimento del contenuto

del disegno.

• I requisiti sono stati catturati anche per i

Registri, così da avere riscontro

dell’adempienza dei requisiti normativi

durante la stesura dei documenti.

• Una sezione della checklist è dedicata alla

raccolta e verifica dei requisiti emersi

dall’esperienza codificata in «lesson

learned»


Pianificazione integrata di ingegneria, minimizza la generazione delle modifiche

• Monitorare il

processo degli

acquisiti integrato

all’ingegneria

• Studiare e

monitorare

l’integrazione del

processo di tutti gli

enti, attraverso

attività, legami e

tempi di

attraversamento

• Processo dall’offerta alla consegna nave• Organizzazione delle funzioni

nell’ingegneria• Cos’è e perchè nasce una modifica• Attività di miglioramento per diminuire le



Agenda


Reportistica


Miglioramento del processo di gestione delle modifi che

Processo chiaro

Strumenti di gestione

delle modifiche

lean

• Regole chiare per uniformare l'utilizzo del processo

• Emissione di una nuova procedura condivisa

• Ottimizzazione degli strumenti per gestire le modifiche

• Monitorare tramite indicatori chiave i trend delle modifiche


Strumento di Prioritizzazione delle modificheAl momento dell’apertura conoscere già la previsione di impatto e di priorità di urgenza

Indice di Tempo

Indice di Complessità

Indice di Impatto

Classe di priorità

Come tempo rimanente all'imbarco o

livello di completamento del montaggio

Come numero e tipo di enti coinvolti

Come ponti e firezone impattate e

tipologia di modifica su impianti più impattati


Ogni modifica ha una priorità e un processo diverso di gestione in base all’urgenza

RdM

P1

P2

P3

P4

Algoritmo di

prioritizzazioneTavolo

Tavolo

LPE

Emersione

Richiesta di

Modifica

Analisi e Prioritizzazione

Richiesta di Modifica DCMGestione DCM

Monitoraggio

DCM

Tavolo

Tavolo

Orgchart

Orgchart

Orgchart

Orgchart Orgchart

Orgchart

Orgchart

Orgchart

Singoli Uff.

Orgchart

Orgchart

Orgchart

Orgchart Orgchart

Orgchart

Orgchart

Orgchart

Algoritmo di

prioritizzazione

Singoli Uff.

Update priorità

(es. settimanale)

Apertura

DCM

Algoritmo di

prioritizzazione

• Processo dall’offerta alla consegna nave• Organizzazione delle funzioni

nell’ingegneria• Cos’è e perchè nasce una modifica• Attività di miglioramento per diminuire le



Agenda


LA GESTIONE DELLE MODIFICHE DEL PRODOTTO …€¦ · BASIC DESIGN & PROJECT LEADERS ... PROJECT...

Documents

Transcript of LA GESTIONE DELLE MODIFICHE DEL PRODOTTO …€¦ · BASIC DESIGN & PROJECT LEADERS ... PROJECT...