Salve a tutti,

ho una curiosità, quante fra le vostre aziende sono attualmente certificate iso 9001:2000?

Controllando un po' di siti non mi pare che ce ne siano, o mi son perso qualcosa?

Mi chiedevo questa cosa perchè secondo me i principi della qualità sono applicabili anche al campo della produzione di videogame.

Sopratutto per quanto concerne il miglioramento continuo e azioni correttive e preventive.

Non direi, le iso sulla qualità sono applicate sia dalle grandi aziende multinazionali, che dai singoli.

Spesso come tu dici, le piccole tendono più a certificarsi per avvantaggiarsi negli appalti, più che nel credere realmente nella bontà dei giovamenti che l'utilizzo di un SGQ può portare all'azienda.

Ma i SGQ non sono applicabili solo all'azienda manifatturiera, sono benissimo applicabili nelle aziende di servizi, basta solo cambiare da prodotto a servizio nelle linee guida e via...

Dalle vecchie 9001, 9002 e 9003, c'è stato un grande passo avanti... ora esistono solo la 9000 ( terminologia ) 9001:2000 e 9004 sul miglioramento continuo.


Scartoffie... spesso, e qui già il termine con cui l'hai descritta ne è sintomatico, la qualità viene vissuta come un peso, e non come un beneficio, come invece è...

Credo che essere consci che il lavoro portato avanti è rivolto ad un cliente, questo sia molto importante, e in un processo di produzione la soddisfazione del cliente è molto importante.

In passato mi è capitato di assistere a release di patch da parte di aziende di videogiochi, per aggiungere nuove forme di gioco a seguito di richieste dell'utenza...



Ma non essendo in contatto con pubbliche amministrazioni che per bandi di gara ve la richiedano, o publisher che la richiedano in quanto già certificate dubito che una cosa del genere accadrà mai.

Potrete essere solo voi i promotori, sempre che ci crediate, cosa che al momento dubito visto il tuo reply


Beh credo che abbiate delle procedure per i bug.
E questi bug vengano trattati, risolti e poi registrati.
E una volta terminato il progetto, o durante lo sviluppo questi report vengano riportati alla direzione e analizzati.

Così con uno storico andare a vedere se c'è una fase di produzione più soggetta ad errori e valutare di concentrare li più forze/risorse per rimediare al problema.

Questo alla fin fine è già un macrosistema di gestione di una non conformità.

L'azienda manifatturiera avrà un prodotto non conforme, voi potrete avere una funzione del gioco, un modello grafico...

ps. Molti concetti della qualità si intersecano a mio modo di vedere con il project management, quindi scommetto che già fate molte cose che potrebbero essere viste come un sistema di gestione qualità...

Forse ho sbagliato chiamandole patch, con le quali non c'entrano nulla, ma mi serviva per identificare praticamente il mezzo di propagazione alla clientela.

Per come la vedo io da profano, spesso la produzione videoludica è simile a quella cinematografica, l'utente spesso si configura come un soggetto passivo a cui viene erogato un prodotto...

Secondo me questa concezione non è del tutto esatta, a livello videoludico si può ri-intervenire su un progetto, e secondo me i casi sempre più frequenti delle beta pubbliche sono un ottimo metodo di case study sulla clientela finale preventiva.

Certo, in queste fasi, il fattore principe è identificare le eventuali evidenze di bug, ma se a questi potenziali clienti si vanno a chiedere, tramite semplic questionari, cosa ne pensano del prodotto e come questo possa essere integrato/migliorato/rivoluzionato, beh questo da un lato potrebbe essere un sistema di valutazione preventiva dell'impatto sul mercato ( in se il testing è un azione preventiva, mentre la patch è un azione correttiva ).



sbonk, svenuto 

ma anche non applicando la qualità, per quanto concerne il project management, lo studio dei progetti precedenti e degli errori che più di frequente si verificano e/o i disallineamenti temporali dovrebbero essere presi in considerazione.

Credo anche che forse la poca diffusione è perchè lo si vede molto come un sistema applicabile solo all'azienda manifatturiera, quando è benissimo applicabile, con le dovute restrizioni, anche alle aziende di servizi dove non esiste una catena di montaggio ripetitiva, ma si lavora a progetti singoli.

Scusa Matteo, non entro nel merito di tutto il discorso...ma ho letto la storia della procedura per il bug-report.
Cioe'...mi sono venuti i brividi a pensare che le procedure di un dev possano essere decise da uno standard ISO - nonche' le considerazioni tipo "tanto la produzione e' tipo quella cinematografica"...brrr....

Ve lo scordate l'ISO nel game-dev...sarebbe il caos.   

Questo è un errore comune, le ISO 9001:2000 non ti impongono alcuna procedura, ci mancherebbe! Sarebbe anche impossibile in quanto vorrebbe dire che le iso dovrebbero essere riscritte ex-novo per ogni ambito aziendale.

Le iso sono invece delle linee guida di corretta condotta da seguire, nel caso ad itinere delle 9001, all'interno viene detto che sono necessarie almeno 6 procedure documentate, si definiscono quali esse siano ( la tematica ), ma la stesura sta all'azienda in base ai suoi processi.


Ho fatto quel paragone, solo per dire che la customer satisfaction non la vedo molto forte in entrambi gli ambienti (questo tutto imho)... continuo ad associare il cliente come un soggetto estramente passivo ed estraneo al processo produttivo, quando alla fin fine è proprio a lui che è finalizzato lo sforzo aziendale...

ps. Oh chi si vede il caro Nig

Spe se c'è di mezzo un publisher la situazione cambia, il vostro cliente è lui.
Mentre l'utente finale è cliente del publisher e non vostro.
Ovviamente il publisher dovrà fornirvi dei requisiti compatibili ai requisiti dell'utente finale suo cliente.

Se invece non c'è di mezzo il publisher e voi distribuite direttamente, ok l'utente finale è il vostro cliente.


Dato un occhio, ho trovato un pdf carino dove illustra le analogie fra i due sistemi.

Sinceramente il CMMI sembra ovviamente più spinto verso la progettualità e al miglioramento continuo verso l'eccellenza, quindi una sorta di unione fra 9001:2000, 9004: e 10006:2003.

Un bel mix


ci darò sicuramente un occhio, grazie del consiglio

Cioè io sognerei di sposare la mia segretaria e andare in giro con una Ferrari truccata? Buondìo, no!

Ma le iso sono delle linee guida generiche, appunto per essere applicabili ad ogni campo.

Come hai detto tu le applicano dai commercialisti ad aziende di trasporti, quindi il sistema non ha vincoli di limitatezza.

Potrebbero applicarle sia il publisher che lo sviluppatore.


Riallacciandosi al pacchetto certificazione pre-pronto, leggendo quanto hai detto capirai perchè esiste.

A molti interessano solo i 3 punti... per fortuna c'è anche chi ci crede e investe nella qualità.


Si ma questa è già una procedura... elemento cardine delle iso.

Ogni azienda ha la sua procedure, oltre a quelle minime ( gestione documenti, gestione report, gestione non conformità, audit interno, azioni preventive e azioni correttive ), voi ne avrete per il testing, per il bug report etc etc.

Altre aziende le avranno per esempio per la taratura degli strumenti, per gli ordini o per lo sblocco del materiale dei fornitori... alla fin fine le procedure variano da ambito ad ambito.

Il sistema ISO non dice le procedure definite possono essere misurate ed avere risultati evidenti, queste evidenze possono permettere un analisi delle performance delle varie procedure, e permettere un miglioramento qualitativo delle stesse, ovviamente se necessario.

La iso non ti dice come devi fare il testing operativamente, e non ti obbliga nemmeno ad avere una procedura se per quello... quello sta a te capire quali siano i processi che necessitano di procedure, partendo ovviamente dai processi primari per la realizzazione del vostro prodotto/servizio.


Ah non so a cosa, non è il mio campo, ma se durante la fase di sviluppo si evidenza un bug, in qualitatese si traduce in non conformità.

Avete una procedura, come hai detto prima, per la gestione dei bug, quindi in qualitatese avete una procedura per la gestione delle non conformità.

Il tutto sta a trovare una nomenclatura comune, tra l'altro le iso non obbligano ad utilizzare la loro nomenclatura, dato che non è loro interesse snaturare l'uso comune aziendale, è sufficiente definire nel manuale qualità le corrispondenze.

Bug = Non conformità
Risoluzione bug = Azione correttiva



ma le iso non danno alcuna procedura
se tu azienda che le definisce e scrive


Purtroppo questi personaggi si conoscono... ed è proprio per colpa loro che la qualità tende a non essere vista come un valore aggiunto all'azienda...

Ma di persone di quel genere ahimè ce ne sono in molti campi, e sono spesso tipiche del sistema italia... sempre ci sono e sempre ci saranno...

Però la questione qualità deve partire dall'interno, capire che è un valore aggiunto per l'azienda, per aiutarla a migliorare... fintanto che si fa per imposizione la si vivrà male e senza le giuste finalità...


Si, ma ridotto ai minimi termini quello che si è fatto prendere in giro è chi ha acquisato il pacchetto certificazione... avrebbe avuto modo di avere un sistema in grado di migliorare i propri processi a partire dall'analisi delle procedure, invece ha fatto solo una spesa e non un investimento...