Work breakdown structure: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
m Aggiungo {{ingegneria}} |
Nessun oggetto della modifica |
||
Riga 17:
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]]. [[Feature Driven Development|Progetti software 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 fornibili per creare una WBS orientato al prodotto. Le WBS che suddividono il lavoro in fasi di progetto (per esempio, fase di progetto prelimare, 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).
===Elementi reciprocamente esclusivi===
{{ingegneria}}▼
[[Categoria:Gestione d'azienda]]▼
In aggiunta alla regola del 100%, è importante che non ci siano sovrapposizioni nella definizione dei limiti tra due elementi della WBS. Tale ambiguità potrebbe infatti portare a raddoppiamenti di lavoro e fraintendimenti circa responsabilità e autorità. Allo stesso modo, la sovrapposizione causerebbe probabilmente confusione riguardo alla gestione delle spese di progetto. Se i nomi degli elementi sono ambigui, un dizionario interno alla WBS torna utile per chiarire le distinzioni tra di essi. Il dizionario descrive ogni componente con milestone, prodotti, attività, limiti e talvolta date, risorse, costi, qualità, ecc.
===Schema di codifica===
È di uso piuttosto comune numerare gli elementi della WBS in ordine sequenziale per metterne in risalto la struttura gerarchica. Per esempio, '''1.3.2 Ruota Posteriore''' identifica l'oggeto come elemento di livello 3, poiché ci sono tre numeri separati da un [[punto|punto decimale]]. Inoltre, lo schema di codifica aiuta a riconoscere gli elementi del WBS in ogni contesto scritto.
[[Categoria:Ingegneria gestionale]]
| |||