Usando la gestione di progetti per transformarsi in in iso 9000 ha certificato

Share

|

La Comunità dei sistemi d'informazione (È) ha avuta sempre una preoccupazione circa qualità. La pressione per il trasporto dei sistemi di alta qualità non è stata mai più grande. Tempo - il tomarket dei prodotti sta accelerare; i clienti desiderano il prodotto più veloce e migliore. Gli accordi di outsourcing e verso il mare aperto di programmazione minacciano di produrre i sistemi non soltanto più poco costosi ma migliori. Le soluzioni del software possono presentare che possono rendere al dichiarare-of-the-art attuale virtualmente di notte obsoleto.

È la Comunità inoltre sta passando con self-analysis rigoroso. L'istituto di tecnologia della programmazione’il modello di maturità che di possibilità di s (SEI) (CMM) sta sollevando le questioni circa il senso È configurazione dei negozi e trasporta il sistema di qualità. Il self-analysis sta essendo forzato in qualche luogo da distante e sta sviluppandosi nella popolarità. La pressione è per È organizzazioni seriamente per considerare l'iso diventante 9000 certificato. Poichè le aziende, in generale e computare, in particolare, diventata più globale in natura, È la Comunità sempre più affronterà la pressione aderire all'iso 9000 serie.

La gestione di progetti svolge un ruolo importante per l'iso diventante 9000 certificato. Secondo uno studio sull'iso 9000 hanno certificato le ditte in Colorado, la gestione di progetti avrebbe reso la loro certificazione più facile e più efficiente. La gestione citata ditte di lavoro di squadra e di progetti del Colorado come le due lezioni più importanti hanno imparato; il precedente è realmente gestione di progetti, anche. Le ditte inoltre hanno dato risalto all'esigenza di addestramento, all'apprezzamento più grande di tempo richiesto ed alla gestione di progetti migliore. Discutibilmente, i primi e secondi articoli sono il progetto amministrazione-relativo, anche.

PRINCIPI FONDAMENTALI DELL'ISO 9000

L'iso 9000 serie, sviluppate dal International Organization for Standardization (iso), è campioni che forniscono una struttura per i sistemi di qualità di sviluppo. Attualmente, cinque campioni esistono:

Oggetto Standard

9000 guide di riferimento sul usando i campioni

9001 il disegno, fabbricazione, installa e servizio dei sistemi

produzione 9002 ed installazione

Oggetto Standard

9003 controllo finale ed esaminare

un'amministrazione di 9004 qualità

In 1991, l'iso ha sviluppato l'iso 9000-3 per sviluppo del software. Identifica i controlli di qualità (QC) per lo sviluppo, fornire e software effettuante; fuochi sopra adeguatamente ai requisiti durante il ciclo di vita di software; richieste per la definizione, documentando e politiche ed obiettivi di comunicazione su qualità; e richiede le revisioni, i controlli, le responsabilità definite, il controllo di versione ed altre discipline QC-relative che sono sul posto. Queste discipline ed altre di QC dovrebbero essere documentate in un programma di qualità.

Mettere tali discipline di QC sul posto è, tuttavia, non abbastanza. I campioni richiedono alle aziende di essere certificati, anche, via un Ufficiale di stato civile che verifica per conformità ai campioni. Se passa la revisione, la ditta si transforma in in iso 9000 certificato, conforme ai recertifications periodici.

L'iso che 9000 serie stanno guadagnando il riconoscimento in È Comunità. Le ditte come Sybase e Hewlett–Packard già hanno abbracciato la certificazione di iso.

GESTIONE DI PROGETTI ED ISO 9000

Un'attività di affari deve rispondere a tre test di verifica per essere un progetto. Deve avere una durata fissa, richiedere l'effettuazione della sequenza delle mansioni e produrre qualcosa una volta che le mansioni sono complete. L'iso diventante certificato soddisfa tutti e tre i test di verifica. Essere certificato tipicamente prende a one-and-a-half di anno: una serie di mansioni deve accadere (per esempio, pre-verifiche di condotta) e “deliverables” (per esempio, politica di controllo di qualità) e un prodotto finale (per esempio, certificazione di iso 9000) è prodotto.

Sta essendo essendo classificando un progetto un'esercitazione accademica. Che cosa è realmente importante è che l'iso progetto con successo i ompletes di c. La gestione di progetti è il senso ottenere quel risultato.

La gestione di progetti è l'applicazione sistematica dei concetti, delle tecniche e degli attrezzi per progettare, organizzare, controllare e condurre un progetto. Il programma, organizza, controlla ed il cavo è le quattro funzioni di base della gestione di progetti. La progettazione sta decidendo in anticipo che cosa il progetto realizzerà, sta determinando i punti per eseguire e sta identificando quando cominciare ed arrestarsi. L'organizzazione sta disponendo le risorse in modo redditizio per eseguire il programma di progetto. Il controllo sta valutando come gli usi del responsabile di progetto i programmi e l'organizzazione conseguire gli obiettivi e gli obiettivi di progetto. Condurre sta influenzando la gente per realizzare gli obiettivi e gli obiettivi del progetto.

PROGETTAZIONE

La progettazione consiste di sette elementi di base:

1. Dichiarazione di lavoro (SOW)

2. Struttura di ripartizione del lavoro (WBS)

3. Valutazione

4. Programmazione

5. Ripartizione delle risorse

6. Stanziare

7. Controllo di rischio

Dichiarazione di lavoro

Il SOW è un contratto fra la persona che effettua le mansioni ed il cliente interno o esterno del prodotto. Da una prospettiva di iso 9000, il cliente è frequentemente interno (quale il responsabile dell'È il reparto) e la gente che effettua le mansioni (per esempio, membri della squadra di esecuzione di iso 9000). Il SOW descrive la portata di progetto, le responsabilità principali, i deliverables e la descrizione del prodotto, i vincoli e le firme finali. Sotto è un profilo di un SOW con gli esempi corrispondenti:

I. Obiettivo

A. Ottenga la certificazione di iso 9000 di tutti È processi di sviluppo

II. Obiettivi

A. Completi la certificazione di iso entro 28 agosto

B. Per cento del documento 100 dei processi di sviluppo del software

III. Descrizione e Deliverables del product/Service

A. Sviluppi e pubblichi il manuale di qualità

B. Documenti tutto il così com'è e-SIA processi prima della certificazione

C. Il treno intero È personale di sviluppo sui nuovi processi

IV. Vincoli

A. L'addestramento non può eccedere 40 ore a persona

B. Il registro dei terzi non può eccedere $50.000

V. Responsabilità

A. Squadra di esecuzione

B. Comitato di coordinamento esecutivo

Struttura Di Ripartizione Del Lavoro

Il WBS è una lista dall'alto in basso e gerarchica dei deliverables ed i punti per produrli. Lo scopo è di identificare i deliverables principali ed il prodotto finale ed elencare le mansioni svilupparle. Un WBS efficace ha un livello del granularity che fa la valutazione e l'inseguimento delle mansioni espressive, richiedente solitamente più meno di due settimane di sforzo. Il WBS è basato sul soddisfare nel SOW e sull'input dalla gente che realizza il lavoro. Una volta che completo, il responsabile di progetto fa la valutazione, sviluppa i programmi e stanzia le risorse.

Valutazione

Con una brutta copia buona del WBS, il responsabile di progetto valuta lo sforzo tenuto per completare ciascuno degli articoli a livello più basso nella struttura di ripartizione del lavoro. Spesso, valutare è ottimismo o pessimismo estremo altamente soggettivo e riflettente. Le valutazioni emergono raramente realistico. Per sormontare gli effetti di ottimismo o di pessimismo estremo, una formula — ha denominato la tecnica di valutazione del tre-punto — esiste per compensare la tendenza verso l'esagerazione. Per ogni articolo del basso livello, il responsabile di progetto guarda tre variabili: il più ottimista, il più pessimistico e molto probabilmente. Il più pessimistico è il tempo richiesto per completare un'operazione nelle circostanze più difettose. L'più ottimista è il tempo nelle circostanze migliori. Il più probabile è il tempo “nelle circostanze” tipiche “o” normali. Dopo, le variabili sono inserite una formula:

Tempo Previsto = Il più pessimistico + 4(Most Probabile) + Il più ottimista/Esempio 6: 120 ore + 4(80 ore) + 60/6 = 83.33 ore dopo la valutazione, il responsabile di progetto traduce le figure in flusso, o lavoro, giorni per sviluppare i programmi. Il tempo è diviso tipicamente nelle unità di otto ore.

Programmazione

Con il SOW, il WBS e le valutazioni completano, il responsabile di progetto può disegnare integrata, o la rete, programma per il progetto. Il programma integrato è basato sul rapporto logico fra le mansioni a livello più basso nel WBS e nelle valutazioni di tempo; il risultato è un insieme calcolato delle date per ogni operazione. Queste date sono: data in anticipo di inizio, data in anticipo di rivestimento, la data tarda di inizio e la data tarda di rivestimento. La data in anticipo di inizio è il tempo più in anticipo che un'operazione possa iniziare ed il rivestimento iniziale è il momento più in anticipo di rifinire; l'inizio ritardato è il più ritardato che un'operazione possa rifinire e l'inizio ritardato è il momento più tardo di rifinire. Queste date diventano significative perché determinano non soltanto la flessibilità nell'avviare e nel completare le mansioni ma anche il percorso critico. È il percorso nello schema della rete che è il più lungo ed ha le mansioni che non possono fare scorrere. Fare scorrere queste mansioni comprometterà la data di completamento di progetto. “Il galleggiante” è il grado che un'operazione può fare scorrere oltre la relativa data di completamento; le mansioni su questo percorso hanno il meno galleggiante.

Ripartizione Delle Risorse

La brutta copia iniziale dello schema della rete è sufficiente, ma è inutilizzabile fino ad applicare le risorse contro di esso. Il responsabile di progetto guarda le risorse disponibili ed assegna ad ogni operazione. Questa ripartizione pricipalmente forza di lavoro-è basata per un progetto di iso 9000; il responsabile di progetto assegna la gente secondo la loro formazione, conoscenza ed esperienza. Il responsabile di progetto può, a sua volta, registrare le valutazioni, la logica di programma, o le date per riflettere il livello di perizia di quella gente assegnata ad un'operazione.

Stanziare

I costi calcolatori è relativamente facili a completamento della ripartizione delle risorse. Il responsabile di progetto, usando la base di dati di progetto, calcola il diretto ed i costi fissi per ogni operazione e l'importo totale per l'intero progetto. Il responsabile di progetto allora ha una valutazione realistica di intero costo per il progetto.

Rischio

Tutti i progetti, neppure i progetti di iso 9000, non sono senza rischi. Come con altri progetti, questi rischi, o le vulnerabilità, possono porre lo spreco ai programmi migliori. Il responsabile di progetto che effettua una valutazione di rischio può determinare dove alcune delle vulnerabilità possono accadere di conseguenza e registrare le valutazioni, i programmi e le ripartizioni delle risorse. Fare una valutazione di rischio permette al responsabile di progetto di controllare efficacemente il progetto. Un certo terreno comunale rischia affrontare un iso 9000 si proietta include:

- non riuscendo ad accosentire su che cosa è un livello accettabile dei difetti

- non riuscendo a seguire un processo standardizzato di verifica

- non riuscendo a ricevere certificazione di iso 9000

- difettando “compri” dai partecipanti chiave di progetto

- difettare del supporto o dell'impegno dell'amministrazione maggiore

- non accosentendo sui test di verifica di misura

- non identificare un proprietario trattato

- usando un test di verifica mal definito per benchmarking

ORGANIZZAZIONE

Avendo buoni programmi sul posto sia necessario ma faccia usare piccolo se nessun'infrastruttura esiste per sostenerla. Un responsabile di progetto può mettere un'infrastruttura sul posto istituendo uno o più di questi elementi: l'organizzazione della squadra, tabella di responsabilità, proietta il manuale, le riunioni ed il software.

Organizzazione Della Squadra

Il montaggio del gruppo di persone non è abbastanza per formare un personale addetto al programma. La struttura è necessaria in moda da bloccare e diretto il sinergismo del gruppo chiaramente. Un senso efficace bloccare che il sinergismo deve organizzare la squadra nei rapporti che riflettono chiaramente la segnalazione e le autorità e riflettono quella disposizione.

Manuale Di Progetto

Nel migliore dei casi, i membri della squadra dovrebbero avere le informazioni necessarie per fare il loro lavoro. Un manuale di progetto è un senso efficace fornire quelle informazioni. Il manuale può essere nella copia su carta o nella forma elettronica. Qui è un profilo di un manuale tipico di progetto:

I. Introduzione

A. Descrizione del manuale questo

B. Come mantenerla corrente

II. Programma

A. Dichiarazione di lavoro

B. Responsabilità

C. Programmi

III. Campioni della documentazione

A. Documentazione narrativa

B. Flowcharting

IV. Procedure e dichiarazioni politiche

V. guida di riferimento di iso 9000

VI. Documentazione interna

VII. Funzioni e responsabilità di sostegno di servizio

VIII. Documentazione

A. Rapporti

B. Forme

IX. Liste del contatto

X. Pratiche di valutazione di se stesso

XI. Appendici

Riunioni

In un ambiente di progetto, il responsabile di progetto conduce tre riunioni di base: rassegna del punto di controllo, rassegna di condizione e personale. La riunione di revisione del punto di controllo è tenuta dopo il caso di un evento importante, quale il completamento di una pietra importante nel programma. Il fuoco di questa riunione deve imparare che cosa ha e non è andato bene e decidere se continuare. La riunione di revisione di condizione è tenuta regolarmente, cioè, settimanale. Il relativo scopo è valutare la condizione, il costo e la qualità di programma. La riunione del personale, comunicare e le informazioni della parte, è tenuta regolarmente.

Software

Più grande progetto più importante è il ruolo di software. Poiché il numero di mansioni e le loro correlazioni diventano più complessi, la compilazione e l'analisi dei dati richiedono la velocità e l'affidabilità. Alcuni pacchetti popolari e certi della gestione di progetti includono il pianificatore di progetto il Microsoft e di progetto Primavera. Usando il software richiede, tuttavia, un avvertimento. Il software non controlla un progetto che — il responsabile di progetto. Il software è soltanto un attrezzo, come il manuale di progetto o il programma, raggiungere i risultati voluti.

CONTROLLO

Un programma pone la base per la buona gestione di progetti ma non garantisce il successo. Un responsabile di progetto deve tranquillo accertarsi che il programma stia seguendo — che sta controllando il progetto. Il controllo coinvolge questi quattro elementi:

1. Accumulazione e valutazione di condizione

2. Inseguimento e controllare

3. Pianificazione di contingenza

4. Replanning

Accumulazione e valutazione di condizione

Determinare come un progetto sta progredendo richiede la raccolta dei dati utili circa le relative prestazioni generali. Cioè accumulazione di condizione. La raccolta dei dati è, tuttavia, non abbastanza. Il responsabile di progetto deve anche valutare la forza di à di forza di prestazioni il programma. Cioè valutazione di condizione. L'accumulazione e la valutazione di condizione funzionano insieme per aiutare il responsabile di progetto a rintracciare e controllare le prestazioni di progetto. Poiché l'iso 9000 proietta l'ultima volta un - one-and-a-half di anno in media, una tendenza esiste per dare l'accumulazione e la valutazione di condizione una priorità più bassa che “facendo il lavoro.” La relegazione l'accumulazione e della valutazione di condizione ad un tal livello può condurre ad un'illusione di ottimismo e, successivamente, alle sviste gravi che richiedono gli sbalzi per completare con successo il progetto. È meglio regolare un tempo normale per l'accumulazione e la valutazione rivedere costantemente le prestazioni.

Inseguimento e Verifica e Controllo

Per valutare le prestazioni di progetto, il responsabile di progetto esamina il passato ed il futuro. Guardando il passato, o rintracciare, dà al responsabile di progetto una comprensione di dove il progetto è attualmente e scopre tutti i problemi o sviste. Esaminando il futuro, o controllando, dà al responsabile di progetto una comprensione di dove il progetto in avvenire sarà basato sulle prestazioni precedenti fin qui. Insieme, rintracciare e controllare permettono al responsabile di progetto “di ottenere la a” riguardante il progetto e di dirigerli nel giusto senso.

Rintracciando e controllando gioco un ruolo chiave nella certificazione, particolarmente se il tempo-$$$-MERCATO è essenziale. Se rintracciare e controllare rivelano uno stato negativo, il responsabile di progetto può determinare rapidamente se e che azione è necessaria da migliorare le prestazioni di progetto.

Pianificazione Di Contingenza

Come accennato più presto, il responsabile di progetto effettua una valutazione di rischio. È non soltanto la valutazione di rischio necessaria per la valutazione e programmando, è inoltre importante rispondere giustamente alle circostanze non direttamente comprese nel programma di progetto. La pianificazione di contingenza permette al responsabile di progetto di rispondere ad una circostanza prevista che ha avuta una probabilità bassa del caso (per esempio, guasto processi ment di controllo di qualità del imple a determinati).

Replanning

Occasionalmente, le circostanze presentano su un progetto che non sono state previste e rende il programma obsoleto. Replanning allora diventa necessario. Ma replanning non è libero. Ritarda la quantità di moto del progetto, riduce la produzione, aumenta i costi ed aggiunge l'ansia ai membri della squadra. È importante, quindi, che il responsabile di progetto determina l'effetto di replanning prima di intraprendere così azione drastica.

CONDURRE

Anche se elencato come la funzione di quarto della gestione di progetti, è affatto il più minimo l'importante. Discutibilmente, potrebbe essere l'più importante per esso è l'unica funzione che si presenta simultaneamente con le altre funzioni. Condurre un progetto richiede:

- fornire visione

- comunicando

- senso effettuante

- motivando

- essendo di appoggio

- sviluppare un atmosfera della squadra

Fornire Visione

I cavi del responsabile di progetto dando a membri della squadra un senso di scopo e dell'orientamento. In parte, il responsabile di progetto fa così sviluppando un SOW e un programma. Il responsabile di progetto deve anche verniciare “continuamente” quella visione nelle menti dei partecipanti di progetto.

Ciò è piccola operazione per un responsabile di progetto di un progetto di iso 9000. A causa della lunghezza del progetto e della natura nebulosa “della certificazione,” la gente si diverte mantenere la visione chiaramente in primo piano. Il responsabile di progetto deve assumere la responsabilità del mantenere che la visione mai presente in tutto’mente di s.

Comunicazione

La gente sul personale addetto al programma deve essere mantenuta continuamente a fiancato circa il loro proprio lavoro, in particolare e circa il progetto, in generale. Il responsabile di progetto svolge il ruolo centrale per mantenere le comunicazioni continue. In parte, il responsabile di progetto fa quello dalle riunioni della tenuta, distribuenti il manuale di progetto e pubblicanti le tabelle di responsabilità. Comunicando per i progetti di iso 9000 non è, tuttavia, facile come potrebbe sembrare. Il numero di partecipanti può essere grande ed i loro ambiti di provenienza vario, particolarmente come il formato dell'organizzazione da essere aumenti certificati. Il responsabile di progetto deve allora potere comunicare gli stessi messaggi ai pubblici differenti.

Senso Effettuante

I programmi non servono assolutamente funzione a meno che la gente li segua. Il responsabile di progetto conduce seguendo in su se il progetto si presenta secondo il programma. Tuttavia, il responsabile di progetto inoltre accerta quello tutto il fuoco di attività sul realizzare gli obiettivi e gli obiettivi del progetto. Il responsabile di progetto fa quello in gran parte dalle riunioni di revisione di condizione della tenuta, raccoglienti le informazioni su condizione ed intraprendenti le azioni correttive necessarie.

I progetti di iso 9000 possono soccombere facilmente a strisciamento di portata, cioè, espandente i contorni di ché progetto deve compire. Poiché i processi di QC possono misurare le funzioni multiple e le organizzazioni, la portata è espansa facilmente. Il responsabile di progetto deve effettuare costantemente “lo stewardship” per accertarsi che il progetto non vada oltre la relativa intenzione originale.

Motivazione

In primo luogo, il responsabile di progetto motiva la gente. La motivazione è difficile perché il responsabile di progetto difetta frequentemente del controllo diretto sopra la gente. Per esempio, se molti membri della squadra lavorano in un ambiente della tabella, il responsabile di progetto difetta del controllo. In più, il responsabile di progetto tratta spesso con gli individui ed i gruppi con il Rank “o” l'autorità più grande. La motivazione accade il più bene se tutti i giocatori chiave partecipano alla progettazione, organizzante e controllante il progetto.

Essendo Di appoggio

Il responsabile di progetto facilita dagli ostacoli di rimozione che ostacolano realizzare gli obiettivi e gli obiettivi. Questi ostacoli hanno potuto essere qualcosa definita quanto acquistando il software migliore o ambigua quanto l'interferenza politica nelle prestazioni delle mansioni specifiche. Cioè il responsabile di progetto conduce stabilendo un atmosfera in cui la gente può effettuare al loro la cosa migliore sviluppando un'infrastruttura per eseguire il programma.

Sviluppo dell'atmosfera della squadra

Per concludere, il responsabile di progetto conduce accertandosi che tutta la gente lavori insieme. Su un progetto di iso 9000, il numero di partecipanti può essere grande, particolarmente se un'intera organizzazione cerca la certificazione. Il personale addetto al programma, il garante ed il cliente devono lavorare insieme per avere un progetto riuscito. In larga misura, i cavi del responsabile di progetto a questo proposito accertando tutti i partecipanti principali sono comportati nella pianificazione e nel controllo del progetto.

POVERA DISTANZA IN MIGLIA?

La certificazione di iso 9000 sta diventando popolare nel mondo intero, in generale ed È la Comunità, in particolare, sta cominciando prestargli stessa attenzione come ha fatto con il SEI CMM. Ironicamente, molte SONO organizzazioni tentano d'ottenere qualità in un senso unqualitative. Perseguono la certificazione come un motore male sintonizzato; la distanza in miglia pochissima è guadagnata per la quantità di gas consumata. È l'organizzazione può raggiungere la relativa destinazione ma ad un prezzo che lontano eccede il valore dei risultati raggiunti. La gestione di progetti è la messa a punto di che molti progetti di iso 9000 hanno bisogno per migliorare la distanza in miglia.