Sugerencia primero: cree una solución de alojamiento central para cualquier cosa que los desarrolladores piensen que es relevante para el aprendizaje . Como mínimo, los videos de presentaciones y bolsitas deben ir aquí; Screencasts, videos de flujo de trabajo, etc., también son agradables de tener. Si alguien quiere escribir un documento de texto que describa cómo se tomó una decisión de diseño, o cómo cree que va un proceso de revisión de código óptimo, ¡déjelos! Asegúrese de que todas las contribuciones sean voluntarias. Feche todos los materiales claramente para que los desarrolladores puedan juzgar por sí mismos cuán desactualizados pueden (o no) estar. Esto puede ser tan simple como una página de directorio en el wiki interno (usted TIENE un wiki interno, ¿no?) O tan complicado como una solución de tipo StackOverflow que permite votar y hacer comentarios.
Lo que me mata, especialmente sobre la gran corporación en la que solía trabajar, pero incluso sobre la startup en la que trabajo ahora, es cuánto conocimiento se genera y luego se pierde dentro de la organización. Esta estrategia ayuda a mitigar eso de alguna manera.
Sugerencia de la segunda: crear un calendario interno de eventos técnicos relevantes para la misión de la empresa . Siembre con todo lo que pueda encontrar (desde CocoaHeads / reuniones de grupos de usuarios hasta paneles sobre desarrollo móvil para ...), luego permita que los desarrolladores agreguen eventos ellos mismos mientras se topan con ellos. Puntos de bonificación si la solución les permite confirmar su asistencia y ver quién más de la compañía irá (Google Calendar hace esto); ayuda a construir un sentido de comunidad y ayuda a los desarrolladores a saber quién comparte y puede discutir sus intereses.
Entre lo que ya se ha dicho: +9000 en el envío de desarrolladores a conferencias . También tenga un proceso bien publicitado para que los desarrolladores identifiquen la capacitación y digan: "¡Hola, deberían enviarme a esto!", Así como expectativas claras de lo que hará un desarrollador cuando se apruebe esta capacitación (¿necesitan compartir? sus notas para el resto de la empresa? dar una bolsa de café sobre lo que aprendieron? etc.). Los buenos desarrolladores generalmente saben lo que necesitan aprender. Los grandes desarrolladores generalmente conocen la forma más eficiente de aprenderlo.