ALTERNANZA FRA VALORE AGGIUNTO E COMPLESSITÀ AUMENTATA DI PROGETTO

Share

|

La domanda da chiedere a, il parente non soltanto all'uso di nuova tecnologia o dei metodi ma a tutti gli altri ingombri di progetto, è come questo, in termini di allungamento del progetto o aggiunta della complessità, interessare il progetto? Se la risposta è che l'effetto sarà negativo o la risposta non è chiara, l'attenzione dovrebbe essere esercitata riguardo ad aprire il progetto per includere quegli articoli supplementari. La discussione non dovrebbe essere permessa muoversi verso la validità delle richieste o del loro valore. Dovrebbe essere riconosciuto che le aggiunte proposte al progetto tutti probabilmente sarebbero favorevoli. L'edizione è che cosa, in termini di tempo e complessità, vogliono quegli articoli aggiungono al progetto. Il fuoco deve essere sull'equilibrio fra la aggiunta degli articoli chiesti qualunque possono essere ed il costo potenziale in termini di rischio di progetto connesso con l'accomodazione delle quelle richieste.

Nel pensare ad aggiungere la nuova tecnologia, è importante da tenere presente che o piccolo realmente è capito circa la tecnologia, o che i livelli di ESSO tempo e sforzo hanno dovuto convincerli per funzionare stanno andando essere sottovalutati. Trattando il mezzo a grande i progetti di sviluppo, dati la loro complessità inerente, aggiungente una curva imparante di tecnologia fa presagire la difficoltà per il progetto.

Poichè la probabilità di successo con ESSO i progetti di applicazioni può essere aumentata se la complessità di quei progetti è ridotta, adottante un metodo di sviluppare più ma più piccolo applicazioni dovrebbe essere considerazione seria conciliata. Supponga che una richiesta per ESSO il progetto di applicazione è fatta e la richiesta è approvato per ricerca. Dopo che l'analisi della richiesta, esso sia trovata che il progetto come proposto richiederà 3.000 ore di sforzo completare.

La durata del progetto è stata stabilita come otto mesi. Anche se il tempo valutato per completare il progetto a questo punto nel ciclo di sviluppo è probabilmente arbitrario, quella valutazione è probabile essere vista come assoluto. Che la circostanza, abbastanza comune nello sviluppo di ESSO proietta, rappresenta un'altra funzione negativa di sviluppo di progetto che aggiunge al livello del rischio. Anche se la regolazione del completamento arbitrario di progetto data le complicazioni serie attuali di progetto, quello è un soggetto oltre la portata di questo articolo tranne per riconoscerlo come fattore negativo.

Successivo ad approvazione, un personale addetto al programma è montato ed il lavoro comincia sul progetto. Come quel lavoro si muove in avanti, richieste cominciano a presentare per le funzioni supplementari all'interno del progetto. Dato i bisogni di affari che sono richiamati dal progetto e dai benefici da derivare dall'espansione del progetto, i livelli di assunzione di personale per completare i nuovi requisiti sono approvati. A questo punto, la data di completamento può essere spostata fuori per accomodare il lavoro supplementare, o, può essere presupposto che aggiungendo il personale, la data di completamento non debba essere registrata. In termini di descrizione dei bisogni aumentati del progetto, aggiungendo il personale necessario ed almeno nel tentare di ripristinare la data di completamento, il personale addetto al programma ha fatto le giuste cose. Che cosa non è stato fatto correttamente e che cosa determinerà la difficoltà è che il personale addetto al programma non ha, in questa situazione, considerata la complessità aumentata che è stata fatta uno strato di nel progetto. Il presupposto è quello che aggiunge il personale e registrare la data di completamento soddisferà l'esigenza aggiungere le caratteristiche e le funzioni.

In questo esempio, il personale addetto al programma, anche se ha considerato la necessità per le risorse supplementari ed il tempo di maneggiare l'espansione di progetto, si è messo in una posizione sfavorevole. Non riconoscendo le emissioni dell'espansione e della complessità aumentata del progetto mentre si riferiscono alla difficoltà potenziale, se non dei problemi serii, la squadra si è installata per, al il più minimo, disappunto. Troppo spesso mentre un progetto si espande ed essere evidente che il progetto sta incontrando la difficoltà, il fuoco si muove verso l'emissione di aggiunta la gente e del tempo venire a contatto degli obiettivi di progetto. Mentre quello è un fuoco adatto, è soltanto un fuoco parziale in quanto i fattori di espansione di progetto e della relativa complessità supplementare relativa devono anche essere considerati nell'analisi. In realtà, aggiungente la gente al progetto, se all'inizio del progetto o dopo che sia stato determinato che il progetto sia in difficoltà può essere una risposta apparentemente facile al problema, ma può essere la risposta errata. Aggiungendo più gente al progetto aumenta il livello di sforzo connesso con l'emissione della gestione e della coordinazione di progetti e, di conseguenza, aggiunge a complessità generale di progetto.

Il senso corretto maneggiare le edizioni addette all'esempio sarebbe stato, oltre che richiedere più personale e tempo di rispondere alle nuove esigenze di progetto, di presentarsi e spingere per l'opzione di divisione del progetto nei componenti più trattabili. Che il processo potrebbe dovere strutturare il progetto nei più piccoli componenti (fasi), rompere il lavoro nei progetti separati, o ridurre la portata del progetto. L'individuazione della risposta giusta dipenderebbe dalle circostanze, ma la preoccupazione dovrebbe essere con evitare il formato e, come corollario, la complessità eccessivi.

È naturalmente corretto che ridurre il formato del progetto o romperlo nelle fasi causerebbe i benefici potenziali connessi con il progetto da ridurre o fare ritardare. Ogni organizzazione deve prendere le decisioni circa il formato ed il rischio accettabili di ESSO i progetti. Tuttavia, in molti casi la credenza che più piccolo è rappresenta più meglio un metodo pragmatico. Molti grandi, bene-progettato ESSO i progetti di applicazioni si sono dimenati. Alcuni di quei progetti sono stati regolati indietro e sono stati salvati, ma altri, dopo che costo considerevole e sforzo organizzativo, fossero stati abbandonati.