Struttura Di Ripartizione Del Lavoro
Scopo La struttura di ripartizione del lavoro è considerare da molti come l'attrezzo chiave della gestione di progetti. È una decomposizione del progetto nei relativi elementi componenti ed è usato definire il progetto nell'insieme. Il WBS fornisce la chiarificazione dei deliverables o delle mansioni di progetto (secondo l'impostazione organizzativa o la pratica). Ai relativi vari livelli, è usato come un attrezzo di definizione del lavoro, un attrezzo di segnalazione, o attrezzo di summarization di progetto. Applicazione Le domande di WBS sono varie quanto i metodi a usando. In alcune organizzazioni è usato rigorosamente per la definizione del lavoro, che è compiuta decomponendo gli elementi del lavoro (deliverables o mansioni) nelle loro parti e subparts. Poiché il WBS è analizzato nei livelli differenti, le relative applicazioni a quei livelli possono variare. E perché le organizzazioni differenti analizzano il WBS nei sensi differenti (categorie product-oriented o soprattutto di operazione), quei metodi possono condurre alle applicazioni differenti pure. Il WBS può essere applicato nella definizione di requisiti definendo i deliverables dalla macro al micro livello, fino a delineare chiaramente i diversi componenti del deliverable. Può essere applicato nella definizione del lavoro definendo le mansioni dal livello a macroistruzione (fase o zona di operazione principale) al micro livello (diversi elementi discreti del lavoro effettuati da un dato individuo o funzione). Può essere applicato nella definizione di costo mentre i più piccoli elementi componenti sono valutati fuori e rotolato fino a generi i rapporti aggregati di costo. Nell'orientamento di operazione, i diversi elementi discreti del lavoro possono fornire un input critico agli schemi della rete. Soddisfare Il WBS consiste di una varietà di livelli, ciascuno che definisce il progetto più nei particolari. Al livello elevato sommario o della parte superiore, è identificato normalmente 1.0 o X.0 (dove la X è un progetto specifico che identifica il codice) ed identifica il progetto nella sua totalità. Il livello seguente, il livello 1.1 (o X.1), analizza il deliverable nei componenti importanti o nello sforzo di progetto nelle relative mansioni importanti. Oltre il livello X.1, ci può essere un numero virtualmente infinito di ulteriori decomposizioni (X.1.1, X.1.1.1, X.1.1.1.1 ed e così via), come il progetto è scoppiato particolare in più e più limitato. Al più basso livello, tuttavia, dovrebbe essere un deliverable discreto o un livellato di sforzo circa cui il responsabile di progetto deve essere informato. Il WBS dovrebbe essere definito giù al livello del responsabile’di progetto s di controllo. In alcune organizzazioni, quel più basso livello sarà predeterminato dalla politica o dalla pratica. In altri, ogni responsabile di progetto deve discernere il livello adatto di profondità per il suo project(s). In tutto il caso, il più basso livello del WBS si riferisce a come pacchetto del lavoro. Un livello sopra il pacchetto del lavoro è il livello di cliente di controllo o di cliente di costo. Il cliente di controllo o il cliente di costo è usato soprattutto per la segnalazione all'amministrazione, alla contabilità, o al cliente. Metodi Dato la varietà di metodi che sono possibili con un WBS, la chiave a tutto il metodo riuscito è consistenza. Se una sezione del WBS è scoppiata dai deliverables, quindi l'intero WBS dovrebbe essere deliverables orientati (per esempio, se la sezione 1.2.3 è una subcomponente, allora 1.2.4 non dovrebbero essere un'operazione o una zona di operazione). Per la a deliverablesoriented WBS, la ripartizione può essere definito come segue:
Il più basso livello di quello WBS sarebbe una parte di ricambio che è un deliverable distinto e separato. Può essere notato che in alcuni progetti importanti, il pacchetto del lavoro di un'organizzazione che è sostenuta dai fornitori importanti può essere il progetto dell'organizzazione del fornitore. Per un WBS orientato in funzione delle mansioni, la ripartizione può essere definita come segue:
Il metodo in gran parte è guidato da pratica organizzativa o dalla preferenza del responsabile di progetto, anche se i militari degli STATI UNITI prendono una posizione costante che il WBS dovrebbe essere un documento deliverables-orientato. Considerazioni Il WBS evoca la passione fra alcuni dei relativi utenti, in quanto sono ardent che dovrebbe essere operazione o prodotto orientato. Come tali quando il lavoro d'inizio con un nuovo cliente o la stabilizzazione del WBS con un'organizzazione di sostegno, esso è prudente esplorare le loro prospettive ed applicazioni per quanto riguarda il WBS. Se sono flessibili, la pratica organizzativa attuale può prevalere. Se, tuttavia, un cliente preferisce o richiede un orientamento del prodotto e l'organizzazione di sostegno ha una storia di WBSs orientato in funzione delle mansioni, un certo conflitto nella definizione del lavoro può seguire. Questi costi reali includono normalmente una percentuale per riconoscere l'investimento’e la spesa di organizzazione s nell'amministrazione del progetto. Questo tasso di difficoltà può essere differente per le risorse umane e materiali, dipendendo dalle pratiche’di contabilità di organizzazione s. Normalmente, i costi del preventivo sono scoppiati dalle risorse e dai materiali in moda da potere comprendere facilmente la difficoltà per ciascuno ed in moda da potere discernere l'amministrazione fra i costi della risorsa umana ed i costi materiali delle risorse. ciò è un articolo aggiunto da Nevena Stefanova
|
|||||||||||||||||||||
|