Work breakdown structure: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
mNessun oggetto della modifica |
|||
Riga 41:
Una WBS non è una lista completa di lavori, bensì una classificazione degli scopi del progetto.
Una WBS non è una pianificazione del progetto e non è una lista in ordine cronologico. Infatti, perché una "toolbox" di pianificazione possa essere considerata completa, al ''processo iterativo di composizione/scomposizione'' (il ciclo ''top-down''
# l'<nowiki/>'''allocazione''' delle risorse, consistente nel calcolo dei ''fabbisogni tempificati'' <ref>Così in Nepi A., ''Introduzione al Project Management. Che cos'è, come si applica, tecniche e metodologie'', Guerini e Associati, terza edizione ampliata, 2006, p. 121. Sul concetto di ''Work Breakdown Structure'' cfr. ''ibidem'', p. 122-128.</ref> relativi alle ''assegnazioni;'' esso determina, per ciascuna assegnazione: a) l'''inizio'', b) la ''fine'', c) la ''produzione complessiva'' sulla base della ''produttività'' (normalmente espresse in ''ore/periodo'') accertata, d) il ''costo complessivo'' e il ''costo'' ''periodico;''
# la '''schedulazione''' delle attività (o, meglio, delle ''assegnazioni'') basata su quattro elementi, dei quali due sono ''necessari'' (il ''calendario'' e la ''durata'' di ciascuna attività/risorsa/assegnazione) e due sono ''eventuali'' (le relazioni di dipendenza <ref>FS = ''finish-to-start'', SS = ''start-to-start'', SF = ''start-to-finish'', FF = ''finish-to-finish'', SSL = ''start-to-start with lag'', FSL = ''finish-to-start with lead''</ref> e i vincoli temporali specifici <ref>MSO = ''must-start-on'', MFO = ''must-finish-on'', SNET = ''start-no-earlier-than'', FNET = ''finish-no-earlier-than'', SNLT = ''start-no-later-than'', FNLT = ''finish-no-later-than''. Tali vincoli temporali sono classificati come ''rigidi'' (MSO, MFO) o ''semi-rigidi'' (SNET, FNET, SNLT, FNLT) in contrapposizione ai vincoli totalmente ''flessibili'' ASAP = ''as-soon-as-possible'' e ALAP = ''as-late-as-possible''</ref>).
Riga 55:
Al di là della progressiva elaborazione dei dettagli, gli aggiornamenti della WBS richiede un controllo formale dei cambiamenti. Questo è un altro motivo per cui una WBS dovrebbe essere orientata alla produzione di risultati (''[[deliverable]] oriented'') e non alle prescrizioni di metodi: i metodi possono cambiare rapidamente, e lo fanno, ma le modifiche nei risultati pianificati richiedono un maggiore grado di formalità. Se i risultati e le azioni si confondono a vicenda, il controllo dei cambiamenti può essere troppo rigido per le azioni e troppo informale per i risultati.
== Note ==▼
<references />
== Voci correlate ==
Line 69 ⟶ 72:
{{Portale|ingegneria}}
▲== Note ==
[[Categoria:Project management]]
[[Categoria:Ingegneria gestionale]]
| |||