Cosa faccio quando il mio caposquadra interrompe lo schema del mio database con una versione in arrivo?

"La scadenza è tra due settimane, dobbiamo congelare lo schema se lo colpiamo."

Parlare con il manager E lo sviluppatore nella stessa riunione:

"Le modifiche al codice e al database devono apparire simultaneamente: se cambi il database, devi anche cambiare e testare la base del codice, altrimenti devi inviare commit errati, il che è inaccettabile se vogliamo rispettare la scadenza. codice di correzione più lungo rotto dai tuoi commit, semplicemente eseguirò il backup delle modifiche e ti lascerò un messaggio di posta elettronica perché non posso indagare e risolvere problemi al di fuori del lavoro che mi è stato assegnato e mi aspetto comunque di rispettare la scadenza. "

Molto più difficile se non si dispone di un piano di test ...

Dovrai essere più energico e assicurarti che presto (come ieri, l'altro ieri o il mese scorso) ti accontenti di uno schema e passi avanti. Non esiste un modo ragionevole per continuare a sviluppare un'app con un database che è un bersaglio mobile.

Devi confrontarti con lui e spiegargli come i suoi cambiamenti stanno influenzando la base del codice e quindi le scadenze del progetto. Convinci che ha bisogno di considerare l'impatto dei suoi cambiamenti prima di effettuarli. Inoltre fagli accettare in presenza del tuo manager che sarà responsabile di eventuali ritardi che induce da questo comportamento

Se la guida della squadra non è una persona ragionevole (e lui / lei non sembra ragionevole dalla descrizione del suo comportamento), parla con il tuo manager e spiegagli che non rispetterai la scadenza con il modo in cui le cose sono andando. Chiedigli di prendere posizione e assicurarsi che il capo squadra sia a conoscenza di ciò tenendo un incontro in cui il gestore definisce le sue aspettative.

Dovresti anche spingere la tua causa in merito alla mancanza di contributo allo sviluppo del leader del team. Entrambi i problemi devono essere risolti per rendere il progetto un successo.

Dovrai rinforzare la tua squadra, ma potrebbe essere difficile giocarci la posizione.

Un modo utile per affrontare questo potrebbe essere adottare un controllo dei cambiamenti documentato più rigoroso. Puoi giocare a questo insistendo sul fatto che al momento i cambiamenti ad hoc stanno mettendo a rischio la tua capacità di gestire gli aggiornamenti del sistema in modo tale da non avere conseguenze impreviste e minacciose per scadenza (che è vero). Insistere quindi affinché tutti i cambiamenti debbano venire con la documentazione che mostra la modifica proposta e gli effetti della stessa su tutti gli altri codici e strutture. Sarai stupito di quanto ridurrà il volume delle modifiche che si verificano: -)

Hai tenuto una retrospettiva con il team? In caso contrario, tieni premuto uno. Quando lo fai, identifica le modifiche non pianificate (ingannare con) al database come un problema. Specifica il costo per te e per gli altri per quanto riguarda il rischio e la qualità della vita lavorativa. Il lavoro continuo di 60 ore settimanali non è sostenibile. Se non sei in grado di sostenere il tuo ritmo di sviluppo, non stai facendo agilità.

Inoltre, stai facendo TDD (test driven development) o test automatico funzionale / di regressione? In tal caso, le modifiche al database dovrebbero portare a test non funzionanti. Questo dovrebbe aiutare ad affrontare l'impatto e identificare il codice che deve essere aggiornato.

In questo caso, il tuo team non è " troppo agile ", il tuo lead è un " cowboy agile ". Tenere una retrospettiva, identificare cosa è andato storto. Prioritizzalo in alto, quindi indirizzalo durante la successiva iterazione. Questo dovrebbe essere il tuo cowboy agile !!!

Non c'era lo stesso problema con te circa un anno fa? ' Il mio team leader dice A.Property = A.Property; va bene '. Sembra che la qustion sia stata vietata perché non la vedo nella mia cronologia dei commenti. Ad ogni modo, il punto è:

Se ritieni tutti i tuoi team leader ti stiano incasinando con quasi la metà della tua esperienza, probabilmente trovi un lavoro senza uno . Vorrei suggerire di provare e diventare un protagonista come un'altra opzione, ma dovresti essere in grado di farlo, ti era già stato offerto di farlo.