Come spiegare a PM che un'attività è troppo piccola per essere condivisa [chiusa]

0

C'è un compito che dal punto di vista del business è davvero critico ma, anche se è stato stimato in 40 giorni di lavori [ovviamente peggiore], coinvolge una parte molto piccola del progetto (un paio di classi java, alcune pagine JS e JSP) e, a mio parere, è davvero complicato essere assegnato a più di uno sviluppatore. Lavorare in parallelo in questa attività probabilmente avrà un costo enorme in termini di gestione del team, in particolare perché i due sviluppatori assegnati a questa attività lavoreranno su due fusi orari completamente diversi (la programmazione della coppia non è possibile).

L'ho condiviso con il PM, ma per lui non sembra accettabile, quindi la mia domanda a questo punto è: come posso giustificare una situazione del genere al PM? Come posso gestire questo tipo di situazione?

    
posta Andrea Girardi 11.08.2015 - 14:01
fonte

2 risposte

5

Si può condividere qualcosa che si stima possa durare così a lungo, qualcosa che è stato stimato a più di un mese di lavoro per una persona non è stato correttamente suddiviso e assegnato. Hai accennato al fatto che ci sono un paio di pagine diverse coinvolte, al massimo livello questo potrebbe essere suddiviso per pagina se si definiscono i dati previsti passati tra le pagine, se presenti.

Sembra che il tuo vero problema sia che hai un team distribuito e non hai una soluzione di comunicazione funzionante, il che renderebbe estremamente difficile l'impossibile lavorare insieme sulla stessa cosa. Questo è ciò di cui dovresti parlare con il tuo PM, ed è anche qualcosa che dovrebbe avere il potere di fare qualcosa. Cercare di sostenere che un'attività di un mese non può essere suddivisa tra più sviluppatori è inutile perché è completamente falsa, sostenendo che suddividere questo compito tra gli sviluppatori che non possono comunicare efficacemente aumenterà il rischio è qualcosa che un PM capirà.

    
risposta data 11.08.2015 - 15:37
fonte
2

Se è che è fondamentale per la missione, non rompere l'attività, ma chiedi a esaminare cosa scrivi.

Il PM sarà felice di aver dedicato più risorse a una delle parti più importanti del progetto e il codice sarà più solido.

    
risposta data 11.08.2015 - 15:46
fonte