Suggerimento il primo: creare una soluzione di hosting centrale per qualsiasi cosa gli sviluppatori ritengano importante per l'apprendimento . Come minimo, video di presentazioni e amp; i brownbag dovrebbero andare qui; screencast, video di flusso di lavoro e così via sono anche belli da avere. Se qualcuno vuole scrivere un documento di testo che illustri come è stata presa una decisione di progettazione, o come pensa che un processo di revisione del codice ottimale vada, lasciali! Garantire che tutti i contributi siano volontari. Date in modo chiaro tutti i materiali in modo che gli sviluppatori possano giudicare da soli in che modo potrebbero (o non potrebbero) essere aggiornati. Questo può essere semplice come una pagina di directory sul wiki interno (hai un wiki interno, non è vero?) O complicato come una soluzione di tipo StackOverflow che consente di votare e commentare.
La cosa che mi uccide - in particolare riguardo alla grande azienda in cui lavoravo, ma anche alla startup in cui lavoro ora - è quanta conoscenza viene generata e poi persa all'interno dell'organizzazione. Questa strategia aiuta a mitigarla in un modo un po '.
Suggerimento il secondo: creare un calendario interno di eventi tecnici pertinenti alla missione dell'azienda . Raccogli tutto ciò che puoi trovare (tutto, dalle riunioni di CocoaHeads / gruppi di utenti ai pannelli sullo sviluppo mobile ...), quindi consentire agli sviluppatori di aggiungere gli stessi eventi mentre inciampano su di loro. Punti bonus se la soluzione consente loro di rispondere a RSVP e vedere chi altro dalla compagnia sta andando (Google Calendar fa questo); aiuta a costruire un senso di comunità e aiuta gli sviluppatori a sapere chi condivide e può discutere i loro interessi.
Tra ciò che è già stato detto - +9000 sull'invio di sviluppatori a conferenze . Avere anche un processo ben pubblicizzato per gli sviluppatori per identificare la formazione e dire "Ehi, dovresti mandarmi a questo!", oltre a chiare aspettative su ciò che uno sviluppatore farà quando questo la formazione è approvata (hanno bisogno di condividere le loro note con il resto dell'azienda? dare una borsa marrone su ciò che hanno appreso? ecc.). I buoni sviluppatori di solito sanno cosa devono imparare. I grandi sviluppatori di solito conoscono il modo più efficace per impararlo.