Newsgroup: it.discussioni.iso9000
Titolo: VALIDARE IN BIANCO

Ciao a tutti
chiedo un vostro suggerimetno sul seguente caso:
un'azienda progetta e produce quadri elettrici che saranno integrati su
macchine utensili.
Al termine di ogni costruzione viene effettuato un collaudo "in bianco"
tramite simulazione dando in input i dati forniti dal cliente(con
risultati,fino ad oggi, assolutamente attendibili).
La validazione così come indicata nella norma avviene
a)al momento del collaudo che il cliente costruttore fa della macchina
finita (condiz oper definite)
oppure
b) al momento del nostro collaudo in bianco?
Documetnare una validazione del secondo tipo è molto più semplice di una
del tipo a)...mi date qualche consiglio in merito ???????
GRAZIE a tutti!!!!!
Paola

 b) al momento del nostro collaudo in bianco?
Questa mi sembra la validazione interna del vostro processo di
progettazione, dove cioè verifichi che la strada percorsa ti abbia portato
ai risultati voluti (e predefiniti dal/con il cliente)
Dimenticavo,  IMHO ovviamente
;-)
Aspetto con te pareri a pro o contro
Ciao
Gabriele Monciatti

 b) al momento del nostro collaudo in bianco?
Temo di non capire.
Per me, in termini qualitatesi, si valida un progetto e si collauda un
prodotto.
1) Se per te la realizzazione di ogni macchina richiede un progetto a sè,
teoricamente diverso di volta in volta, puoi far coincidere la validazione
del progetto con il collaudo finale del prodotto, purchè le condizioni di
validazione siano quelle concordate con il cliente in sede preliminare (o
anche da te, in assenza di richieste specifiche) e siano quindi quelle
predefinite.
2) Se le macchine sono tante e il progetto è unico, puoi ad esempio
stabilire che la validazione è il collaudo della *prima* macchina con le
specifiche che il cliente ti ha dato.
3) Puoi ance stabilire che la validazione si completa solo dopo un test in
campo...Ma la fantasia non ha limiti.
Fammi sapere se è chiara però la netta distinzione tra collaudo e
validazione.
SL

 predefinite.
Dunque, il caso è proprio questo: progetto e realizzazione su commessa: 1
progetto - 1 prodotto.
In qs caso il momento della validazione (risposta alla domanda:
""FUNZIONA?") coincide con il collaudo
Il fatto è che il quadro si trova "in condizioni operative definite" quando
è attaccato alla macchina che va ad alimentare....
La simnulazione riflette comunque le esigenze esplicitate dal cliente in
sede contrattuale, ma...di fatto ci sono condizioni che tecnicamente non si
riesce a provare in bianco.
Uno spunto che mi viene in mente adesso: Non è un po' la stessa cosa che
succede per validare il software?
premesso che non sono competente in materia, ma iso che sulla rete aziendale
può esserci qualcosa di diverso che dalla simulazione che si fa ..
Grazie della risposta , anche a gabriele..
A presto, spero che il thread continui
paola

Ciao a tutti,
sono nuovo del NG e lo trovo molto interessante nonchè creativo.
In riferimento al quesito di Paola mi sembrerebbe ci fosse la
possibilità di effettuare una prima validazione al momento del
collaudo ed eventualmente una successiva validazione "collettiva" su
più progetti simili da effettuarsi prima dei riesami.
Cosa ne pensate?
Salutoni a tutti
GAN

 riesce a provare in bianco.
A mio modesto avviso:
a) Ribadisco che il collaudo e la validazione sono due cose diverse: tu puoi
collaudare in maniera positiva un prodotto, che poi si dimostra non essere
conforme a quanto richiesto dal cliente (anche se funziona
benissimo....Magari non gli piace il colore!).
b) Proprio perchè non in alcuni casi non è possibile simulare completamente
l'utilizzo reale, è prevista la possibilità di posticipare il momento della
validazione al reale uso da parte del cliente.
Ciao
SL

 validazione al reale uso da parte del cliente.
Hai ragione...e temo che sia questa la strada che dovrò seguire...
Grazie
paola

 più progetti simili da effettuarsi prima dei riesami.
 Cosa ne pensate?
Ciao
scusa ma non riesco a capire bene in pratica cosa consisterebbe qs secnda
validazione collettiva...PRIMA dei riesami?
Potresti fare un esempio???
GRAZIE
paola

Ad un certo punto, il ,
Stelivo  pigio' la seguente sequenza di tasti :

Scusate se mi intrometto, sto solo imparando da questo NG..e quindi butto la
mia esperienza e vediamo come va--- nel mio caso - il momento della
Verifica
validazione
collaudo
praticamente coincidono.
nel mio caso il collaudo prevede una check list che include le richieste del
cliente, quindi automaticamente se i requisiti, specificati nel collaudo,
non sono OK, il collaudo stesso decade,
Per seguire l'esempio, il colore richiesto dal cliente è a tutti gli effetti
un requisito e quindi colore sbagliato = non funziona indipendentemente dal
funzionamento "base".
Forse possiamo dire che il collaudo esprime solo l'OK delle funzionalità
tecniche "in senso stretto", ma per molti clienti per assurdo "può sembrare
meno peggio" avere una macchina rosso fuoco e un motore non perfetto che
avere una macchina verde a pois azzurri ed un motore da F1.
Detto ciò resto molto confuso perchè nella mia Azienda ognuno definire le
fasi di verifica, validazione, collaudo.. etc.. a suo modo sperando di
restare conforme alla norma... e io stesso non riesco a definire una logica
comune, perchè si spazia su differentissimi dominii tecnologici (servizi,
prodotti, apparati, etc..) e per tutti non può esistere una adattabilità
alla norma.
La ISO9004 fornisce delle informazioni utili ... ma troppo generiche per
poter applicare una regola comune.
Attualmente qui andiamo a "naso".
Qualcuno ha qualche riferimento esterno alle ISO che fornisca definizioni
"super collaudate" da esperienza?
Grazie, resto in attesa e continuo a leggere il thread con interesse
--
bob

 praticamente coincidono.
eh no, caro amico.
Ci ho lasciato la salute su 'ste cose.....
In fase di progettazione, devi affidare a "verifiche" intermedie il compito
di controllare se i risultati raggiunti in quella fase di progettazione
corrispondano o meno a quelli attesi, nonchè prendere gli opportuni
provvedimenti.
Per evitare di modificare gli obbiettivi di un progetto in funzione dei
risultati ottenuti, in fase iniziale devono essere stabilite le specifiche
condizioni di lavoro in cui tali risultati potranno essere definiti validi
e, quindi, utili per giudicare se il progetto ha raggiunto i suoi obbiettivi
o meno.
Il collaudo, ancora una volta, è riferito al prodotto/servizio (non al
progetto) ed è semplicemente la verifica che il prodotto funzioni, eseguita
secondo procedure stabilite e riproducibili.
Con questa definizione, IMHO far coincidere collaudo con validazione è un
errore concettuale.
SL

 errore concettuale.
Pienamente d'accordo con Stelivo. Saluti. Benjamin

 SL
certo che si STE.
ma nella pratica, le verifiche sono una registrazione interna al gruppo di
lavoro dei progettisti, e bisogna convincerli con la pistola puntata alla
tempia di registrarle... (aime')
Il collaudo è un termine molto generico ma sicuramente si associa al
prodotto del progetto, diciamo Ok per l'eventuale servizio o oggetto creato
e diciamo che il collaudo tuttti lo vogliono fare e nessuno lo vuole
registrare.
La validazione per molti è, aime', nel gergo in vigore dalle mie parti, il
momento in cui si certifica che il risultato del progetto è conforme ad una
fantomatica lista di prove da effettuare, quella che tutti vogliono scrivere
(la check list, il test report, etc...)
In gergo si crea di fatto una fase chiamata PVV Prove di Verifica e
Validazione che oramai è "storica": in molte società difficilmente può
essere sradicata da una "recente" metodologia ISO che prevede verifiche,
collaudi e validazioni come momenti possibilmente distinguibili e definiti
in un piano di lavoro di progettazione.
In sostanza, il vero collaudo fatto poi da chi "prende in carico" un
oggetto, un servizio o un elemento sono le classiche PQR (Prove di QUalifica
in Rete), che cercano di confermare delle prove PVV fatte in laboratorio, in
test plant o in ambiente "protetto" con prove "su strada".
Detta qui la storia della "Nostra vita", incasinata e sgrammaticata vista
l'ora tarda..... non so cosa aggiungere.. cercheremo di spostare la
definizione dei termini e delle modalità ma è come dire....
.... ad una anziana casalinga che in realtà .. il miele NON è denso ma bensi
è VISCOSO oppure che la sciura ha una massa di 60kg e non un peso di 60Kg e
che lei ha un contratto di LOCAZIONE e non di AFFITTO etc.. ed altri esempi
sicuramente più ridicoli di questi (chissà se poi fan ridere...)
comunque non mi voglio rovinare la salute.. ci penserò nel 2003
Notte a tutt
bob