Первое предложение: создайте централизованное хостинговое решение для всего, что разработчики считают актуальным для обучения . Как минимум, видео презентаций и коричневых сумок должно быть здесь; скринкасты, видео рабочего процесса и т. д. также приятно иметь. Если кто-то хочет написать текстовый документ с изложением того, как было принято проектное решение, или как он думает, что оптимальный процесс проверки кода идет, пусть он! Убедитесь, что все взносы являются добровольными. Четко датируйте все материалы, чтобы разработчики сами могли судить, насколько устаревшими они могут (или не могут) быть. Это может быть просто страница каталога на внутренней вики (у вас действительно есть внутренняя вики, не так ли?) Или такая сложная, как решение типа StackOverflow, позволяющее голосовать и комментировать.
То, что убивает меня - особенно в большой корпорации, в которой я работал, но даже в стартапе, в котором я сейчас работаю, - это то, сколько знаний генерируется, а затем теряется в организации. Эта стратегия помогает несколько смягчить это.
Предложение второе: создать внутренний календарь технических событий, имеющих отношение к миссии компании . Заполните его как можно большим количеством материала (от CocoaHeads / собраний групп пользователей до панелей по разработке мобильных приложений и т. Д.), Затем позвольте разработчикам самим добавлять события по мере их появления. Бонусные баллы, если решение позволяет им RSVP и посмотреть, кто еще из компании собирается (Google Calendar делает это); это помогает создать чувство общности и помогает разработчикам знать, кто разделяет и может обсуждать их интересы.
Среди того, что уже было сказано - +9000 на отправку разработчиков на конференции . Кроме того, разработчик должен получить широкую огласку для идентификации тренинга и сказать: «Эй, ты должен отправить меня на это!», А также четкие ожидания того, что разработчик сделает после одобрения этого тренинга (нужно ли им поделиться их заметки для остальной части компании - «дайте орешки на том, что они узнали» и т. д.). Хорошие разработчики обычно знают, что им нужно учиться. Великие разработчики, как правило, знают наиболее эффективный способ его изучения.