Metodologia di gestione numero per la verifica dei problemi di progetto
1. Che cosa è un problema? Un problema è un incidente, circostanza, problema o richiesta che interessa o interessa potenzialmente la consegna puntuale del progetto, prodotto o servizio, può anche avere un impatto sulla qualità dei prodotti realizzati e il costo dei progetti production.Some sono in corso e la definizione di un problema è un po 'diverso. Un help desk che definisce un problema come una richiesta di aiuto che richiede una risposta. Un servizio di assistenza tiene traccia issue management è un aspetto importante in qualsiasi metodologia di gestione. Questa metodologia di gestione questione promette di rendere la gestione dei problemi di una parte senza soluzione di continuità del vostro più grande metodologie ambito piuttosto che un processo separato da them.It di solito non è difficile per i membri del team di individuare i problemi, ma è ancora la pena di avere una definizione di lavoro di un problema. Ricorda che il più ambizioso progetto questioni più sarà Articolo arise.Action: Il team di progetto devono essere messi a conoscenza di quali sono le problematiche, fornire alcuni esempi, e chiedere altri membri del team di fornire alcuni examples.2. RequirementsA repository centralizzato delle informazioni di rilascio facilmente accessibile a tutti i membri del team, perché è buono per il morale del team e la produttività di sapere che i loro problemi vengono affrontati. Un archivio automatizzato centrale come Issue Tracker è auspicabile, perché fare la gestione del problema e la comunicazione voce easier.Action molto: Scegli un repository centrale per il gestore issues.An problema è la persona scelta per supervisionare tutti gli aspetti. Può essere il project manager, team leader o di un altro persona in una posizione di leadership responsabile. Il manager questione è responsabile di assicurarsi che non vi sia coerente, disciplinato e continui progressi compiuti su tutte le questioni. Il gestore è responsabile di fronte al problema superiori di gestione per i progressi compiuti su tutte le questioni. Il gestore del problema progresso comunica problema al team, di gestione superiori e ogni item stakeholders.Action: nominare un dirigente di emissione e di comunicare al gestore questione della il loro ruolo e la metodologia di gestione responsibilities.This questione rappresenta le migliori pratiche per la gestione dei problemi. Tuttavia, l'obiettivo è di avere un progetto di successo, lo sviluppo del prodotto o del servizio, l'obiettivo non è quello di seguire un elemento fanatically.Action metodologia: adattare la metodologia per il successo del progetto è maximized.3. DiscoveryIssues Steps3.1 possono insorgere in qualsiasi momento. Quando un problema è scoperto che si registra nella zona centrale repository.It è importante per permettere che i problemi devono essere registrate da un ampio gruppo di persone, tra cui i membri del team, la gestione superiore, utenti, clienti, operatori del settore, fornitori e appaltatori. È importante perché se c'è sono gli ostacoli alla segnalato un problema allora non vi è un maggior rischio che la questione andrà non registrati. Non è possibile affrontare le questioni che voi non conoscete. Non è necessario che tutti abbiano accesso al centro di repository, ma il più è possibile consentire l'elemento better.Action: impostare l'accesso al repository centrale per quelle persone che hanno bisogno di it.3.2 persone RecordingTraining per identificare i problemi è spesso inutile, tuttavia ottenere alla gente di registrare la questione nel repository centrale vorrà un po 'di formazione e di incoraggiamento. Ad esempio, un membro del team può parlare di una questione non registrati al responsabile del progetto durante una pausa caffè o altri informale occasione, questo membro del team ha bisogno di qualche incoraggiamento a registrare tali aspetti nella repository.For centrale tutti i tipi di problemi, prevenire è meglio che la correzione. Inoltre, i problemi tendono ad essere meno gravi se sono affrontate in precedenza, piuttosto che dopo. Ciò significa che ogni sforzo dovrebbe essere fatto per segnalare problemi non appena vengono scoperti, invece di aspettare il rilascio di diventare "abbastanza grave" prima della registrazione esso. Non abbiate paura di duplicare un problema o di sovrapposizione con i problemi esistenti, è meglio che manca una descrizione completa delle issue.A la causa del problema dovrebbe essere registrato nel repository centrale. Resistere tentazione di descrivere il problema in termini di una soluzione. Le implicazioni della questione deve essere registrata. Allegare tutta la documentazione di supporto, screenshot, l'output del report, fax, messaggi di errore e di altri mezzi di comunicazione che descrive la persona issue.The che sta registrando il problema si può formulare una raccomandazione per una soluzione, se ne hanno uno. Tale persona dovrà anche assegnare il problema, se possibile, anche se è solo assegnato alla questione Manager per ri-assignment.When un problema è inizialmente rilevata dovrebbe essere registrate nel repository centrale con un codice di stato che riflette il fatto che è un problema nuovo e non è stato valutato. Un tentativo dovrebbe essere fatta anche per categorizzare e il rango della gravità della data issue.The e che ha creato il problema dovrebbe essere registrato nel repository centrale. Ciò viene fatto automaticamente per voi in sistemi come team Issue Tracker.Many descrivere i problemi in termini di soluzione desiderata, lasciando gli altri a dedurre il rilascio effettivo. Questo non è delle migliori pratiche in quanto limita il campo di possibili soluzioni creative. Come esempio di una questione mal formulata: "Abbiamo bisogno di più persone. "Non vi è alcuna indicazione in questo esempio di ciò che il problema in realtà è, in modo da trovare soluzioni alternative è impossibile. Se il problema esempio era stato formulato come" Il reparto navale ha inondato di noi con il prodotto, vi è la possibilità di deterioramento se non possiamo ottenere il prodotto consegnato. "Con la questione formulata in questo modo forse il reparto spedizioni possono diventare consapevoli di come non ci sono azioni causare problemi le line e adattare la loro actions.3.3 recensione ReviewThe iniziale iniziale è un triage di nuove questioni. Di solito è effettuata dal gestore di rilascio o di deputati che hanno familiarità con il campo di applicazione e le priorità del progetto. Se il team è piccolo l'intero team in grado di soddisfare per il riesame. Per ogni nuovo problema dello status, la categoria e la gravità sono rivisti e il problema assegnato a qualcuno per l'azione e, opzionalmente, un proprietario è identificato come follows.Sometimes la stessa persona che registra il problema si può fare un primo esame, così queste due fasi possono essere fuse in una sola in questa decisione situation.3.3.1 Issue statusa è fatto per il prossimo stato di problema. (Lo stato precedente era "nuovo".) Lo stato successivo della questione riflette la natura e la tempistica delle azioni per affrontare la questione. Si tratta di uno dei seguenti: aperto: azioni immediate saranno adottate per affrontare le issuedeferred: azione sarà differita fino a un futuro timereferred: l'azione sarà presa da qualche altro gruppo, probabilmente perché la questione è al di là delle attuali scopecancelled: nessuna azione verrà presa oggi o in futuro 3.3.2 categorizzare il tentativo issueA primo a categorizzare il problema è stato fatto quando è stato prima registrato. Ma, ora in un primo esame la categoria può essere refined.The categoria problema corretto è utile quando priorità le risorse necessarie per affrontare le questioni. E 'particolarmente utile per la comunicazione voce purposes.Action: Discutere con il team modo migliore per classificare i problemi che ci si aspetta di ottenere, e documentare le categorie che sarà used.3.3.3 Rank la gravità severityThe questione riflette l'importanza di avere il problema risolto. Ovviamente, si vuole indirizzare le risorse su questioni più importanti prima della ones.Action minore Articolo: Scegli un piccolo insieme di codici di gravità che hanno un posizionamento chiaro. Per esempio: Trivial, standard, importante critico. Alcune persone preferiscono: basso, medio, alto, molto High.3.3.4 AssignmentFrom l'inizio, il prossimo persona di intervenire sulla questione deve essere assegnato alla questione e notificati. Issue Tracker automaticamente alla persona assegnata al problema attraverso la descrizione email.If problema è incompleta, la questione può essere assegnato al partito adeguato per raccogliere le informazioni necessarie per rendere la descrizione questione clear.Assign una persona e non un gruppo. L'esperienza ha dimostrato che le questioni di assegnare ai singoli porta a una maggiore la responsabilità di assegnare a gruppi di questioni. Un individuo può essere affrontata per la mancanza di progressi, è molto più difficile affrontare un gruppo di persone. Un gruppo può essere rappresentato da un leader del gruppo, in modo da poter assegnare un problema per il leader del gruppo che adotterà delle misure per riassegnare il problema di correggere membro del gruppo che in realtà affrontare il OwnershipIt issue.3.3.5 dovrebbe essere possibile decidere quale delle parti interessate è il proprietario della problema. Avendo il proprietario di un problema è un modo di registrazione, che è responsabile per resolution.Owners la questione deve rivedere le questioni di loro proprietà per il progresso di risoluzione. Se il progresso non è sufficiente la questione manager deve essere detto in modo che la situazione possa essere remedied.3.4 Assunzione processo ActionThe per risolvere un problema scorre seguenti sub-fasi fino a quando il problema viene risolto. La persona assegnata alla questione, interviene per l'indirizzo della persona issue.The assegnato al rilascio, i documenti l'azione come un evento di cui trattasi nella repository centrale. Un evento problema è il nome della persona, la data e una descrizione del taken.Some azione processi tema richiede un passo approvazione prima di ulteriori azioni possono essere prese. Tale approvazione dovrebbe assumere la forma della firma al largo su una proposta. Mentre le firme su carta sono accettabili, un sistema automatico è meglio. Eventi in Issue Tracker problema si può da utilizzare per firmare, in quanto un utente è necessario per accedere a identificare se stessi, questo è buono come uno signature.If carta non vi è la documentazione per sostenere l'azione intrapresa, come un analisi costi-benefici di una proposta di modifica del sistema, i file di supporto sono allegati al processo issue.The di trovare una soluzione può aiutare a migliorare la descrizione problema. Questo perfezionamento dovrebbe riflettersi negli aggiornamenti alla descrizione del problema e il titolo, come pure la possibilità di allegare ulteriori file di supporto. Si può anche richiedere che la questione sia nuovamente categorized.If l'iterazione successiva è la responsabilità di un'altra persona, il problema è reassigned.If il problema viene risolto in questa iterazione, lo stato viene aggiornato per riflettere il fatto che il problema è inattivo. Si noti che l'azione intrapresa può comportare la riassegnazione il problema, cambiando lo status, la raffinazione Descrizione problema, cambiando la categoria della questione. Tutti questi cambiamenti devono essere registrati nel repository centrale. Cambiamento di status, la categoria e la gravità vengono automaticamente registrati per voi in un automatico sistema come Tracker.3.5 Issue OversightConsistent in corso e la valutazione continua dei problemi da parte del gestore problema e la squadra deve avvenire per portare i problemi di risoluzione. Questo può avvenire attraverso un periodico revisione di tutte le questioni attive nel repository centrale con la squadra e di una revisione separata con la stakeholders.Escalate questioni come necessari per ri-assegnare o modificando ownership.Report questione e comunicare i progressi compiuti su tutte le questioni di gestione superiori e per la squadra, gli abbonamenti possono essere utilizzate da alti dirigenti e la squadra di seguire i progressi sulle singole questioni. Questa segnalazione può essere integrato in sullo stato del progetto progressi problema reporting.Analyze e adattare le azioni. Il repository centrale dovrebbe essere in grado di fornire un feedback sul modo efficiente i problemi stanno procedendo dalla creazione alla risoluzione. Se è troppo lungo per l' risolvere le questioni importanti, quindi il gestore questione deve trovare il modo di migliorare il turn-around tempo4. FinallyThe seguenti sono un elemento di poche itemsAction ulteriori azioni: distribuire copie di questo metodo di gestione del problema ai membri del team e le parti interessate in modo che tutti sanno come e perché le questioni sono oggetto managed.Action: Adapt e scala di questa metodologia di gestione questione secondo le proprie esigenze scala del progetto e la voce di quirks.Action: Crea il tuo repository centrale, e di iniziare una metodologia di gestione today.This questione si è evoluto nel corso degli anni. Si è evoluto da esperienze su progetti con budget da $ 500.000 a $ 50000000, che aveva un numero totale di questioni che vanno da poche centinaia di problemi a molte migliaia. Nella metà dei casi il team di progetto è stato fisicamente disperse in diversi countries.Grant Murray è l'architetto responsabile del progetto e delle applicazioni aziendali
Fonte dell'articolo: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster prendi il Codice Html
Aggiungi questo articolo al tuo sito ora!
Webmaster invia i tuoi Articoli
Nessuna registrazione richiesta. Compila il form e i tuoi articoli sono nella Directory di Messaggiamo.Com
