Un altro punto di vista potrebbe essere la Gestione delle aspettative
Quando sei consapevole che sarai contattato per parlare dei progressi in un progetto, vale la pena assicurarti di assicurati che tutti comprendano la realtà delle tue stime di tempo e delle date di consegna previste.
È necessario assicurarsi che le registrazioni scritte di tali stime e date di consegna previste siano conservate, che siano anche riviste regolarmente in modo che le persone coinvolte nel progetto non lavorino con informazioni obsolete e che le modifiche siano comunicate in modo efficace a tutte le persone coinvolte.
Considera uno scenario alternativo in cui queste informazioni sono state mantenute aggiornate correttamente e il manager è stato precedentemente informato sul tempo richiesto e sulla data di consegna prevista:
Sviluppatore : Signore, ho appena realizzato una grande funzionalità.
Manager : E immagino che un'altra grande funzionalità non sia ancora stata completata?
Sviluppatore : la data di consegna stimata come abbiamo discusso e registrato in precedenza nella pianificazione del progetto per quella funzione è il {giorno} di {mese}. Sono sulla buona strada per raggiungere tale obiettivo e ti faremo sapere se scopriremo nuovi problemi che potrebbero influire su tale stima.
Naturalmente, puoi fare questo tipo di affermazioni solo se sei già stato proattivo nel comunicare quando le date scivolano. Ciò potrebbe portare ad altre discussioni scomode sul motivo per cui le stime o le date sono sbagliate, ma questo è un problema diverso da risolvere.
In alternativa, se il tuo team opera sulla base di priorità piuttosto che su date di consegna concrete:
Sviluppatore : Fai cambiare le priorità ? Quando abbiamo iniziato lo sprint corrente, tutti hanno convenuto che l'altra funzionalità sarebbe stata completata con una priorità inferiore a questa.
Come altri hanno già detto, sebbene l'atteggiamento del Manager possa creare un'atmosfera velenosa, in parte potrebbe essere semplicemente una scarsa comprensione della gestione del progetto software (Rischi, Priorità, Sprint, Stime, Date di consegna previste, ecc.) .
La tua migliore linea di azione è rimanere professionali concentrandoti su questi aspetti sui risultati del progetto piuttosto che lasciare che la discussione degeneri in una discussione tipo "gioco della colpa" in cui la conversazione si concentra sulle persone piuttosto che sul prodotto.
Il manager è ovviamente poco professionale guidando la discussione in questa direzione, ma se non hai impostato correttamente quelle aspettative, ciò potrebbe includere la mancanza di comunicazione quando ti rendi conto che le stime sono sbagliate o le scadenze saranno mancato, allora sei aperto a questo tipo di attacco, che potrebbe sembrare un manager che ti tiene in conto.
Se riesci a gestire le aspettative, puoi concentrare la discussione sul deliverable stesso e sulla data di consegna stimata . Essendo proattivo con la comunicazione e gestendo le aspettative, ti stai proteggendo dalle accuse di negligenza / incompetenza. Concentrare qualsiasi discussione sui risultati e sulle date di consegna previste spesso aiuta a diffondere la tensione di "colpa" spostando l'attenzione da tutto ciò che potrebbe essere correlato alla tua competenza personale.