Lavoro in una grande azienda e la maggior parte dei progetti di codifica sono strutturati in modo equo con un piano di progetto e un processo di revisione.
Tuttavia, per il supporto esistente ci sono periodi occasionali in cui un dipartimento avrà bisogno di molte piccole modifiche apportate a un'app o un sito esistente come il reparto contabilità alla fine di un anno fiscale.
Il problema è che diventano incredibilmente impegnati e il mio team riceve una manciata di piccoli cambiamenti di emergenza lanciati contro di noi. Dobbiamo essere abbastanza flessibili per supportare i loro bisogni in quanto reali e fornire un grande valore all'azienda. D'altra parte, dato il loro ambiente pazzo, a volte ci danno cambiamenti contraddittori (cambia il testo in 10pt, poi il giorno dopo lo cambi in 12pt).
Ancora una volta, i cambiamenti sono banalmente minuscoli ma possono risucchiare la giornata di uno sviluppatore data la loro frequenza. Mi piacerebbe respingere e fissare dei limiti per il modo in cui gestiremo queste richieste in futuro. Esiste una best practice per gestire questi tipi di piccoli cambiamenti? Il dipartimento in questione è molto impegnato per dedicare molto più tempo a lavorare con noi. Inoltre, non addebitiamo il rimborso, quindi è difficile comunicare loro il problema. Qual è un buon approccio per risolvere questo problema?