Esistono diversi modi per monitorare la proprietà del codice (ovvero, collettivo, di squadra o individuale).
In caso di proprietà del team o individuale, in che modo:
Come leader di una squadra, devi sempre pianificare che qualcuno lasci / venga colpito da un autobus. Le persone lo implementano in molti modi: pair programming / buddy testing e così via. La proprietà individuale in un ambiente aziendale è dannosa sia per l'azienda che per lo sviluppatore. Lo sviluppatore non può mai essere promosso perché è troppo importante per allontanarsi da questo, o peggio, potrebbe essere promosso troppo in alto, solo per tenerlo in giro e sarà il primo a essere licenziato nei periodi di magra. È uno scenario da perdere.
Detto questo, ogni volta che i team si dividono, ho assistito a serie sessioni di trasferimento delle conoscenze / presentazioni registrate / ritocchi di documentazione.
Questo è un ottimo momento per una revisione del codice e l'aggiunta di documentazione al codice. Spesso i programmatori scriveranno grossi pezzi di codice con l'intento di ripulirlo e renderlo leggibile in seguito. Le revisioni del codice incoraggiano molto la pulizia e consentono agli altri di visualizzare e imparare il codice.
Se c'è una persona responsabile di una regione di codice, chiedi loro di consegnare formalmente il codice a un'altra persona, se possibile, attraverso la programmazione della coppia, la revisione del codice o il tutoraggio. Il problema è che, se non lo hai fatto prima di perdere uno sviluppatore, potresti non avere la possibilità. Questo può essere un fallimento della proprietà individuale.
È possibile utilizzare il sistema di controllo della versione per tenere traccia della proprietà del codice. Non sono sicuro di poterlo fare con tutti i VCS o no, ma per la coppia git / Gerrit, puoi inserire il nome e i dettagli di contatto del proprietario del codice nel campo della descrizione. Per altri sistemi è possibile considerare la creazione di un file di testo (chiamiamolo OWNER.txt) all'interno del modulo che fornisce le stesse informazioni; in modo che, se lo sviluppatore è in grado di eseguire il checkout del codice, ha già i dettagli di contatto del proprietario del modulo. Se crei un modello, puoi anche copiarlo, in modo da avere un elenco aggiornato disponibile ogni volta che ne hai bisogno (anche creare una pagina web che mostri i proprietari del codice).
Gli sviluppatori che abbandonano il progetto si verificano sempre e non vedo un collegamento diretto a questo problema, ma con la mia soluzione proposta, puoi semplicemente modificare la descrizione del modulo (o il file OWNER.txt).
Leggi altre domande sui tag project-management team knowledge-transfer code-ownership