La chat è fantastica
Tutto ciò di cui hai veramente bisogno per collaborare, IMO, è qualsiasi cosa con la chat e il trasferimento di file e qualcosa come i documenti Google per il monitoraggio dei problemi. Ho trovato Skype come uno degli strumenti più utili in ogni azienda in cui ho lavorato.
La chat ha un valore inestimabile perché ti consente di informare le persone di problemi o preoccupazioni che non sono immediatamente bloccati senza dover aspettare e aspettare che finiscano un'altra conversazione, ecc. e tende ad avere un aspetto più immediato di e -mail.
Inoltre, l'unica cosa che mi piace dei processi Scrum è la situazione quotidiana, tranne che per chattarla all'incirca alla stessa ora del giorno. Nessuna sala riunioni attende. È più facile per le persone lavorare a casa quando si è malati o in attesa del tizio del cavo o qualsiasi altra cosa ... Ed è prezioso avere quella registrazione scritta in modo da poter documentare i problemi ricorrenti quando vedi le stesse cose che si ripetono più e più volte. Crea una stanza diversa per quel check-in giornaliero, in modo che non si tenga conto di tutti gli altri dettagli giorno per giorno che tendono a comparire in chat.
Allenamento su strumenti / codice precedente
Non ho mai visto più tempo sprecato per nient'altro. Se hai uno strumento a cui qualcuno non ha familiarità, familiarizzali con esso. Consegnali un buon libro. Invitali a sedersi con te per sessioni di debug occasionali su un IDE, ecc. Allo stesso modo con il codice che stai mantenendo o riutilizzando molto. Prova a documentarlo mentre presenti nuovi sviluppatori e fanno domande, ecc. Ma sicuramente siediti con le persone e parli del codice legacy prima di lanciarlo e dare loro molte attività di debug nella fase iniziale in modo che possano scavare un po 'di più prima di aggiungere funzionalità o riutilizzarne alcune parti.
Qualunque cosa tu scelga per Documention, Stick With It
Mantenere tutti i documenti in un unico posto, scritto con lo stesso strumento e accessibile allo stesso modo è enorme. Non farai in futuro a nessuno un favore, lasciando che le persone semplicemente doc, comunque, ovunque con quello che vogliono.
Chiedi a tutto il team di fare stime per progetti correlati
È estremamente utile per i principianti ottenere opinioni più esperte e in definitiva aiuta tutti a migliorare.
Problemi di configurazione di Nip in Bud
Sono stato in scenari in cui potrebbero essere necessari giorni per configurare una nuova macchina. Non ci sono scuse per questo. Ottieni tutti gli strumenti essenziali e i server preconfigurati su un'immagine build / ghost per tenerlo aggiornato man mano che vengono aggiunti nuovi elementi. Non dare per scontato che gli sviluppatori possano semplicemente gestire l'installazione dei propri contenuti. È facile dimenticare quanti strati di cose hai aggiunto nel corso degli anni.
Usa correttamente il controllo della versione
Alcuni dei suddetti problemi di configurazione che ho incontrato erano in gran parte dovuti a un altro team che non si sentiva a proprio agio con le diramazioni, costringendoci a ripetere circa 30 file di configurazione XML a mano (che non sarebbe mai dovuto accadere ) una volta al mese o giù di lì ogni volta che aggiornavamo una versione dell'app che mantenevamo. Se non sei ancora un utente esperto di VCS, diventane uno o noleggia uno. Inoltre, non lasciare che Maven, Ant e una versione obsoleta di Eclipse entrino in un file XML 15+. È davvero brutto.
Aggiornamento alle versioni più recenti di Tools / Frameworks / Librabries Quando possibile
Non si sa mai quando la roba diventerà obsoleta e improvvisamente un nuovo sviluppatore deve rintracciare qualcosa che non è più disponibile. Cose del genere possono anche accumulare tempo di accelerazione, anche se di solito questo problema verrà risolto creando immagini di tutto ciò di cui hai bisogno. Un altro problema che eviterai è quello di dover gestire una serie di aggiornamenti in un colpo solo.