Lavoro in un'azienda in cui più team lavorano ciascuna su parti diverse di un prodotto software in modo vagamente agile / scrum. Per lo più l'organizzazione funziona bene, ma ci sono stati casi in cui una squadra può apportare modifiche senza rendersi conto del suo impatto sugli altri team.
Dove è nota la dipendenza la comunicazione è stata buona, e dove si sospetta la dipendenza, anche le e-mail "broadcast" e le conversazioni informali hanno funzionato bene. Ma esiste un sottoinsieme di compiti che cadono tra le fessure. Le e-mail broadcast probabilmente non sono la soluzione, in quanto diverrebbero troppo numerose in modo tale che il rapporto segnale / rumore dell'email scendesse.
Sto pensando a una soluzione che implichi una sorta di mappa del software, che descrive in dettaglio tutte le varie parti del sistema e cerca vagamente di mettere parti interattive e dipendenti vicine l'una all'altra. Ogni sviluppatore quindi aggiorna la propria posizione sulla mappa (oggi sto lavorando su X e Y), e quindi se due o più sviluppatori sono localizzati (o prossimi) sulla mappa, possiamo vederlo ogni giorno e questo potrebbe costituire la base per ulteriori discussioni su possibili sovrapposizioni e conflitti.
C'è un tale metodo là fuori e in uso? Se sì, cos'è e funziona? Altrimenti, pensi che un simile schema abbia dei meriti?