Work breakdown structure: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
Riga 13:
 
===Programmazione dei risultati, non delle azioni===
Se il progettista della WBS tenta di comprendervi ogni dettaglio relativo alle azioni, probabilmente includerà troppe azioni, o troppo poche. Troppe azioni eccederanno il 100% dei limiti del nodo superiore, mentre troppo poche non arriveranno a quella percentuale. Il modo migliore di seguire la regola del 100% è di definire gli elementi della WBS in termini di risultati. Questo assicura che la WBS non dia raccomandazioni eccessive riguardo ai metodi, dando più spazio al pensiero creativo dei partecipanti al progetto. Per i nuovi progetti di sviluppo, la tecnica più comune per assicurare una WBS rivolta ai risultati è di utilizzare una ''[[product breakdown structure]]''. Eventualmente la WBS può risultare dal confronto di PBS e ABS, dove ABS è un ''Activity Breakdown Structure''. Progetti software ''[[Feature Driven Development|feature driven]]'' possono utilizzare una tecnica simile, che impiega una ''feature breakdown structure''. Quando un progetto fornisce servizi professionali, una tecnica di uso comune è di comprendere tutti i prodotti rilasciabili per creare una WBS orientatoorientata al [[Deliverable|prodotto]]. Le WBS che suddividono il lavoro in fasi di progetto (per esempio, fase di progetto preliminare, fase di progetto esecutivo) devono assicurare che le fasi siano chiaramente separate da qualcosa che definisca anche i criteri di delimitazione delle fasi stesse (per esempio, l'approvazione del [[progetto preliminare]] o del [[progetto esecutivo]]) che comunemente vengono denominati [[Milestone (project management)|milestone]].
 
===Elementi reciprocamente esclusivi===