English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Project management - il manager che viaggiano prodotto

Business RSS Feed





Vari studi? e il senso comune? indicano che i clienti che coinvolgono aumenta la probabilità che il prodotto soddisferà le esigenze dei clienti (spero che questi studi non sono stati finanziati con i miei soldi delle tasse!) Anche se il dichiarazione di cui sopra suoni estremamente ovvio, il fatto della questione è la mancanza molti progetti di software di input dei clienti. Si consideri il seguente esempio: Week 0: Rosso, il nostro progetto mangler amichevole, è responsabile del prossimo release del prodotto di punta della sua organizzazione. Negli ultimi 3 mesi, Product Management si riunisce con i clienti esistenti e potenziali per determinare quali funzionalità elementari devono essere aggiunte alla già esistente rilascio. Dopo aver raccolto tali requisiti, l'unico e solo Product Manager ha scritto un SRS (Software Requirements Specification), che ora è stato consegnato al Red.Week 1: Dopo aver esaminato l'SRS, Product Primo taglio per lo sviluppo del progetto stime ci vorranno tra i 30-34 mesi-persona per soddisfare tutti i requisiti. Red bilancio i conti solo per 25 persone-2 months.Week: Red priorità assoluta è quella di lavare il requisiti. Purtroppo, il Product Manager, che ha appena rampa di un duro 3 mesi, ha preso una meritata vacanza. Tornerà in 1 settimana. Per ottenere la sua squadra andando, Red decide di dare la priorità ai requisiti stesso e tagliare alcune caratteristiche che non si sente sono necessary.Week 3: Un'altra settimana è passata e il Product Manager è tornato dalla sua vacanza, ben riposati. Dopo aver trascorso gran parte della giornata in corso attraverso la sua casella di posta elettronica, ha s'imbatte in una e-mail da Red lo informa che la funzionalità I18N non ce la farà in questa versione tenuto conto dei vincoli di bilancio. Il Product Manager è fumante. "Questa caratteristica è stata impegnata per un cliente e DEVE essere nel prodotto! "In questa nota, lascia l'Europa per far fronte con un enorme potenziale di 4 customer.Week: Red è ancora sopra di bilancio, e ha bisogno di aggiungere I18N indietro nel prodotto. Il Product Manager ha reso molto chiare che I18N era atteso da un cliente, ma non ha spiegato che le altre caratteristiche sono state di minore priorità. Red speranze che egli possa risolvere tutto, quando il Product Manager torna dall'Europa primi week.Week prossimo 5: I nostri Product Manager è stato previsto di tornare da questa settimana in Europa, ma una grande opportunità di vendita si è presentata in Brasile, quindi è fuori ancora una volta. Poiché il progetto ha già utilizzato fino 16 mesi-persona, Red ha disperatamente bisogno di determinare quali funzionalità non stanno andando per farlo nel prodotto. Si chiede in giro per i commenti di feedback, e ognuno ha un parere diverso. Red decide pertanto di sciogliere alcuni dei requisiti relativi alla performance. "Il sistema non può rispondere in modo rapido, ma almeno tutte le caratteristiche funzionerà." Settimana 6: Il Product Manager torna dal Brasile. Ottiene finalmente di incontrarsi con Rosso e il resto della R & S squadra. Egli comunica loro che è fondamentale il sistema soddisfa i requisiti di prestazione. Tuttavia, la segnalazione e le funzionalità SSO, che sono stati, rispettivamente, di dimensioni a 2 e 3 mesi-persona ciascuna, non sono necessari in questo rilascio del prodotto e può essere riprogrammato per il prossimo rilascio. Gli sviluppatori di piombo a lavorare su queste caratteristiche li informa entrambi erano stati completati uno ago.I settimana non credo che mi serve per descrivere il resto di questa progetto. Ma in caso non avete indovinato, era tardi e oltre budget.If doveste chiedere a questo Product Manager o meno riuscito a coinvolgere il cliente nel progetto, la sua risposta sarebbe stata "Assolutamente! Ho trascorso 3 mesi la raccolta dei requisiti e la scrittura di un SRS. "Ma dove è stato il feedback dei clienti quando il SRS bisogno di essere rimosso? E dove era il Product Manager, quando Rosso e il team R & D necessarie risposte ai quesiti per quanto riguarda l'elenco delle caratteristiche? in due parole Cento o feedback LessGathering a scrivere il tuo SRS è un buon inizio per coinvolgere il cliente nel progetto, ma non si può fermare qui. Se il vostro input dell'utente si ferma quando il prodotto Gestione stampe il SRS, sei nei guai! Coinvolgere il cliente significa avere il cliente o il suo proxy (ad esempio, il Product Manager), disponibili in ogni momento. Se si crede veramente che il coinvolgimento dei clienti aumenta la probabilità che il prodotto soddisferà le esigenze dei clienti, assicurarsi che siano coinvolti in tutto il progetto, non solo nella definizione Richard phase.Luc diffusore è professionale e autore con più di 10 anni di esperienza nella gestione dello sviluppo di applicazioni software. Egli può essere raggiunto tramite Mangler Project (http://www.projectmangler.com).

Fonte dell'articolo: Messaggiamo.Com

Translation by Google Translator





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

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Invia i tuoi articoli alla Directory di Messaggiamo.Com

Categorie


Copyright 2006-2011 Messaggiamo.Com - Mappa del Sito - Privacy - Webmaster invia i tuoi articoli alla Directory di Messaggiamo.Com [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu