Newsgroup: it.discussioni.iso9000
Titolo: INTERAZIONI FRA PROCESSI

INTERAZIONI FRA PROCESSI
chi mi spiega in maniera semplice cosa sono e come applicarli in una azienda
di piccole dimensioni, il ns ente certificatore lo preferirebbe oltre alla
formalizzazione scritta anche sotto forma di organigramma flow
grazie

 ha scritto nel messaggio
news:avPcc.23805$hc5.1...@news3.tin.it...

Semplificando, per una sequenza di processi A e B, le interazioni sono gli
elementi in output del processo A, che diventano input per il processo B.
Puoi costruire un semplice flow-chart in cui ogni "scatola" individua un
processo con elementi in input ed elementi in output. Ho usato genricamente
il termine *elementi*, in quanto possono essere: dati, documenti, materiali,
prodotti, uomini etc.
Se vuoi essere più elegante, puoi aggiungere ad ogni scatola l'indicazione
dei *meccanismi operativi*, cioè gli strumenti decisionali utilizzati per
*governare il processo*  e le risorse coinvolte (uomini, mezzi operativi
etc.).
In sostanza pensa al processo come ad una *macchina* che trasforma qualcosa
in input in qualcos'altro in output.
Gli strumenti decisionali sono il SW di questa macchina, mentre le risorse
sono il suo HW.
Per es. un *processo di controllo materiali* avrà:
input = materiali da controllare, ordini di acquisto dei materiali da
controllare
output = materiali conformi o non conformi, registrazioni di controllo
meccanismo operativo=procedure di C.Q., piani di campionamento
risorse=operatori al CQ, eventuale software utilizzato per registrazione
dati
Il *processo di gestione del magazzino* avrà tra i suoi dati di  input, i
dati di output del *processo di controllo materiali* (interazione tra
processi). Ovviamente avrà anche altri dati in input (per es. i dati
necessari per per la gestione dell'inventario).
Ciao, moreno.

[...]
Questa tua esemplificazione mi fa venire in mente una slide vista qualche
tempo fa', non ricordo a proposito di che cosa, dove la macchina in
questione era il tritacarne. :D
Una macchina che si tira in ballo tra colleghi quando si esaminano le
quadrature di peso di un certo materiale che uscendo da una macchina non può
pesare di meno di quando è entrato, . . .
Nel tritacarne può succedere, perchè l'infido macellaio ha lasciato un po'
di carne di basso valore nella macchina e te lo rifila dopo al prezzo più
caro di quel pezzo di carne che hai scelto ( il mio ex-macellaio di fiducia
così ha fatto e cosi ha perso un cliente, anche perchè mia moglie si è
lamentata del fatto che il tritato era assai grasso e di brutto sapore, ora
posso chiudere un occhio sul fatto che c'era dell'altra carne nel
tritacarne, ma non sui rimproveri subiti dalla moglie :-) ).
Per me che vengono da una lunga esperienza lavorativa nel settore del
software, ragionare in termini di input e di output, è una cosa più che
naturale, . . .
Alle volte leggendo i manuali, le norme iso e quant'altro, mi pare di vedere
nella testa il funzionamento dei tradizionalissimi programmi cobol in un
mainframe che usa data base relazionali, . . . la "begin thread" e l'"end
thread",sono l'inizio e la fine di un processo o di una parte di processo,
con tutte l'eventuali "commit" ( consolidamento definitivo del data base con
le modifiche apportate) intermedie e con i 'rollback' ( eliminazione di
tutte le modifiche fatte al data base) quando un processo non è andato a
buon fine e bisogna ricominciare o dall'inizio o dall'ultima commit fatta.
La differenza e che nelle 'organizzazioni' c'è di mezzo l'uomo, le sue
decisioni, le sue 'operazioni' nell'ambito di procedure che non solo deve
applicare, deve dar traccia di quello che fa', deve cercare di migliorarle,
per renderli più efficienti e efficaci, pur nel dominio delle responsabilità
del ruolo che occupa nell'organizzazione stessa.
Cosa, quella del miglioramento, strettamente umana, un programma cobol fa'
quello che deve fare e lo farà sempre, se non viene modificato o se non
cambiano le condizioni in cui opera, . . . l'uomo invece, specie se lavora
in un ambiente in cui si adotta con efficacia un sistema di gestione della
qualità, può e deve migliorarsi, possibilità che lo rende, ancora una volta,
superiore alle macchine che lui stesso costruisce o costruirà, . . .
Se costruirà infatti macchine che sapranno migliorarsi da sole le sarà
ancora superiore proprio per il fatto che le ha costruite lui e forse perchè
trovera anche il modo per . . . distruggerle, . . . :-)
Saluti Pasquali
Claudio Pace.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 entrato, . . .
Saluti



Mi viene spontanea un pensiero...
Un programma cobol fa e farà sempre la stessa cosa, ma un sistema esperto
probabilmente no...
Ciao, moreno.

 Ciao, moreno.
