Eroi di progetto
Eroi di progetto. Tutti abbiamo sentito parlare loro. Alcuni di noi persino li hanno visti. Un progetto è nel pericolo. Questo tipo (o gallone) esce da in nessun posto, analizza la situazione, vi dice esattamente che cosa il problema è ed allora continua a ripararlo prima che possiate persino aggiornare il vostro programma di progetto!
Alcuni responsabili di progetto dispongono un livello elevato di fiducia in eroi di progetto. Di conseguenza, il loro superman (o superwoman) è assegnato ai progetti più affascinanti e le loro decisioni ed incollature tecniche mai non è sfidato. Nel frattempo, il resto della squadra di sviluppo effettua la funzionalità banale o ripara i difetti.
Che cosa È Errato Con Questa Immagine?
Bene, per una cosa, troppi eroi del selezionamento dei responsabili di progetto basati sul loro pot- atteggiamenti anziché la loro capacità di trasportare costantemente il software in tempo e secondo spec.. Di conseguenza, gli sviluppatori che sono alimentati in su con le mansioni noiose e desiderano essere trattare improvvisamente come gli eroi diventano eccessivamente ottimisti una volta chiesti da graduare le caratteristiche secondo la misura.
Ulteriormente, ho visto molti cosiddetti eroi ostacolare le intere aziende perché non ammetterebbero che stavano avendo difficoltà venire a contatto del loro programma. Ciecamente fidandosi di tutto il vostro campione vi dice che, tagliate la vostra capacità di intraprendere l'azione correttiva in un modo attuale.
Per concludere, un'enfasi sugli eroi di progetto scoraggia la cooperazione fra i molti consegnatari nel processo di sviluppo del software poiché molti champs tendono ad insidiare i loro pari.
Chiedere ad uno sviluppatore di giustificare la sua valutazione non significa che non se lo fidiate di. Chiedendo una seconda opinione non suggerisce che è incompetent. Dimostra semplicemente che capite che il rischio fa parte di tutto il progetto e che fate il vostro la cosa migliore per valutarli e minimizzare.
Dando carta bianca agli eroi di progetto a volte? ma raramente? conduce a software di alta qualità sviluppato nel tempo record. Spesso, il risultato è un modello degli slittamenti di programma che non sono riconosciuti o la frustrazione fra i membri della squadra e molto segnalati fino a che non sia troppo tardi e sviluppati io vi hanno detto così quando il vostro campione viene a mancare.
Luc Richard tiene un MBA con un maggiore nell'alta tecnologia. Per i 10 anni scorsi, sta controllando lo sviluppo delle applicazioni del software. È il fondatore del progetto Mangler (http://www.projectmangler.com), una risorsa in linea che pubblica gli articoli liberi, storia ed altri attrezzi di aspettare-to-use da aiutare gli sviluppatori, i capi della squadra ed i responsabili trasportano i progetti del software in tempo, secondo spec. ed all'interno del preventivo.
Fonte dell'articolo: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster prendi il Codice Html
Aggiungi questo articolo al tuo sito ora!
Webmaster invia i tuoi Articoli
Nessuna registrazione richiesta. Compila il form e i tuoi articoli sono nella Directory di Messaggiamo.Com
