Il nostro project manager di solito consulta gli sviluppatori per quante ore hanno bisogno di implementare alcune funzionalità richieste dal cliente. Questo è coerente con i principi di gestione? Tu o i tuoi project manager fate lo stesso?Il project manager dovrebbe chiedere quanto tempo ci vorrà per implementare alcune funzionalità?
Non c'è altro modo per sapere quanto tempo ci vorrà. Dovresti essere grato, davvero, che il tuo PM ti stia persino consigliando: troppi manager si riuniscono con il cliente e promettono tempistiche impossibili, quindi si aspettano che gli sviluppatori rispettino le loro promesse oltraggiose.
anzi, la nostra azienda non ci consulta nemmeno (beh, non sempre ...). e poi dobbiamo dire loro, scusa ma è impossibile. – user29964
Certamente. Senza ottenere stime per il tempo di sviluppo, nessuno ha la minima idea di cosa sta succedendo. Devi essere in grado di gestire le aspettative degli stakeholder, in questo caso i tuoi clienti. E meglio la stima arriva dalla bocca dei cavalli (in questo caso lo sviluppatore) piuttosto che dal PM che promette tempi impossibili!
Gli sviluppatori a volte si divertono a fare stime di questa natura (lo so che faccio), ma è fondamentale per la gestione di un'impresa. Il modo più semplice per avvicinarsi è capire che il PM vuole solo informazioni. Siate aperti e onesti - non dire che le cose verranno fatte quando non lo faranno, e spiegate quando e perché le cose potrebbero essere sconosciute, o perché potrebbe esserci un elemento di rischio attorno alla vostra stima.
Sì. È meglio che il manager consulta il team sul tempo richiesto. E il team deve inventare la linea del tempo prendendo in considerazione tutti i fattori. L'onere è sulla squadra per giustificare il tempo richiesto per dare un risultato di qualità. Se il Manager è abbastanza bravo, lo apprezzerebbe e sarà d'accordo con la squadra.
Penso che suoni abbastanza bene. Sembra meglio che egli chieda una stima da parte delle persone che lo faranno piuttosto che promettere qualcosa al cliente che può rivelarsi irrealistico.
Ovviamente non hai mai lavorato per un manager che non ti chiede un preventivo. Altrimenti sapresti meglio di chiedersi se dovrebbero farlo. :-)
Seriamente, pochissimi gestori possono fare stime realistiche sul tempo necessario per fornire una funzionalità particolare, soprattutto perché non è il loro lavoro di sottovalutare davvero tutte le complessità tecniche. Un buon manager lo realizzerà e coinvolgerà sempre gli sviluppatori per ottenere buone stime del lavoro che può essere utile quando si crea il programma.
Sì, non è possibile allontanarsi dai PM che desiderano una cifra esatta di quanto tempo ci vorrà.
Il mio approccio è stato quello di fornire stime con valori +/-. Sono sicuro al 60% che finirò in una settimana, c'è il 30% di probabilità che sia più lungo e il 10% di possibilità che siano 2 giorni. Ci vuole un po 'perché un PM si abitui a quell'idea, ma è la realtà della situazione. Come qualcuno ha detto una volta, solo [inserire divinità qui] può cambiare la realtà, indipendentemente da quanto il PM vorrebbe che fosse diverso.
Sappiamo che Dev è una scienza in-esatta, la tensione della gestione tradizionale del progetto, l'incontro con la creatività e la stima migliore delle ipotesi è probabilmente il più grande mal di testa dello sviluppo professionale. Un ottimo apprendimento da parte di Agile è quanto siamo pessimi a stimare, la maggior parte delle Dev's sottostimerà l'80% del tempo - questa è comunque la mia stima.
A condizione che accetti la risposta.
Se un PM ha un numero in mente quando ti fa la domanda, non dovrebbe essere sorpreso dai suoi risultati.
Un project manager dovrebbe sempre chiedere agli sviluppatori quanto tempo ci vorrà. Ciò che il project manager fa con quelle stime varierà considerevolmente in base alla propria esperienza e competenza.
Se il PM ha molta esperienza di sviluppo, dovrebbe essere in grado di assistere più sviluppatori junior nel determinare se la stima stimata dagli sviluppatori è valida e, si spera, indicare perché pensano che la stima sia sbagliata. Inoltre, un PM dovrebbe essere in grado di aggiungere altri fattori che gli sviluppatori tendono a dimenticare - tempo di incontro, malattia, tempo su SO ecc., Che hanno tutti un impatto sul loro tempo.
Se il PM ha poca esperienza di sviluppo, la stima più accurata verrà dagli sviluppatori.
È una domanda giusta, basta non rispondere mai con una stima del polsino. Ottieni sempre stime da una sorta di specifica, in questo modo entrambe su un terreno pianeggiante, questo è comunque il mio consiglio.
Sì, è il suo lavoro, perché il tempo = denaro
Se si considera il fatto che
Quindi è perfettamente logico che il tuo manager ti chieda "Quanto tempo ci vorrà" perché si traduce perfettamente in "Quanto costerà".
Qualcuno deve pagare quel costo, sarà un cliente o la vostra azienda. Il PM utilizzerà le stime per garantire che il progetto arrivi in tempo e con budget. Se dici che ci vorranno 10 giorni, e questo è 5 giorni in più di quanto vorrebbe, allora spetterà a lui a) tagliare alcune altre funzionalità per ottenere questo o eb) estendere la scadenza.
Questo è il lavoro del PM, per ottenere stime da voi e destreggiarsi tra il tempo di consegna e la funzionalità fornita.
IL TUO LAVORO è quello di fornire le stime migliori e più oneste possibile. Come ha detto qualcun altro, date sempre un certo grado di fiducia. "2 giorni, 30% fiducioso" "Forse 1 giorno, potrebbe essere il 3 peggiore dei casi" ecc.
Può essere fastidioso essere costantemente chiesto, ma è il suo lavoro.
P.S. A volte la risposta "Non so" è perfettamente accettabile, comunque dovresti esprimerla come "Non lo so, ho bisogno di guardarlo un po 'di più e avrò un'idea migliore di allora".
Spero che questo aiuti.
Uno dei principali vantaggi di questo è che ti aiuta a scoprire all'inizio del gioco che sei sopraffatto da un compito: se non puoi crearlo, probabilmente non sai come affrontarlo.
Inoltre, se la tua stima è più di una settimana, probabilmente è spenta del 100-1'000'000% (a.k.a "speculazione pura"). Se vieni con "diverse settimane", suggerisco di iniziare a suddividere il compito e stimare i pezzi.Questo ti aiuterà a notare le zone pericolose (dove non hai idea di quanto tempo ci vorrà).
Questo processo consentirà al tuo manager di ottenere l'aiuto/gli strumenti necessari per completare i compiti in tempo (invece di notare qualcosa di importante che manca due giorni prima della scadenza).
Se ti interessa di più in queste cose, ti suggerisco il libro "Death March" e il sito Extreme Programming (in particolare this page). Prendi XP con un pizzico di sale: le regole non risolveranno mai i tuoi problemi; ti dicono solo che cosa ha funzionato per le altre persone. Li userete sempre giudiziosamente.
Chiedere è molto meglio che ipotizzare.
Abbiamo avuto un manager aziendale di recente menzione in una riunione di personale a tutto mani che un sacco di nuove funzionalità erano in arrivo e che non dovevano prendere troppo impegno per implementare. Questa era una novità per il team di sviluppo !!
Per aggiungere un po 'di significato a questo, dovresti almeno elaborare _perché_ questa pratica ti sembra strana e ciò che avresti trovato naturale. Poiché la domanda è ora, l'unica risposta ragionevole è "Sì, certo, perché no?" –
Qual è l'alternativa? – Simon
Modello open source, senza vincoli di tempo. Ma questo non è molto redditizio per un'azienda ... – mouviciel