Перша пропозиція: створити центральне рішення для хостингу для всього, що розробники вважають, що має значення для навчання . Як мінімум, відео презентацій та коричневих мішків повинні ходити тут; скріншоти, відео з робочим процесом тощо, також приємно мати. Якщо хтось хоче написати текстовий документ із зазначенням того, як було прийнято проектне рішення або як вони думають, що іде оптимальний процес перегляду коду, нехай вони! Переконайтесь, що всі внески є добровільними. Ознайомтесь із усіма матеріалами чітко, щоб розробники могли самі судити про те, наскільки вони можуть бути (або не можуть). Це може бути настільки просто, як сторінка каталогів на внутрішній вікі (у вас є внутрішня вікі, чи не так?) Або настільки ж складно, як рішення типу StackOverflow, яке дозволяє голосувати та коментувати.
Те, що мене вбиває - особливо про велику корпорацію, в якій я працював, але навіть про стартап, над яким я працюю зараз, - це те, скільки знань генерується, а потім втрачається в організації. Ця стратегія допомагає дещо пом’якшити це.
Пропозиція друга: створити внутрішній календар технічних подій, що стосуються місії компанії . Помістіть його якомога більше матеріалів (все, від зустрічей CocoaHeads / групи користувачів до панелей з мобільних розробок до ...), а потім дозвольте розробникам самі додавати події, коли вони натикаються на них. Бонусні бали, якщо рішення дозволяє їм RSVP і побачити, хто ще з компанії збирається (Google Calendar робить це); це допомагає формувати почуття спільності та допомагає чортам знати, хто ділиться та може обговорювати їхні інтереси.
Серед вже сказаного - +9000 щодо надсилання розробників на конференції . Також слід розробити широко розголошений процес для розробників, щоб визначити навчання та сказати: "Ей, ти мусиш надіслати мені це!", А також чіткі очікування щодо того, що робитиме розробник, коли ця підготовка буде затверджена (чи потрібно їм ділитися свої нотатки до решти компанії «дають коричневий мішок про те, що вони дізналися? тощо). Хороші розробники зазвичай знають, що їм потрібно навчитися. Великі розробники зазвичай знають найефективніший спосіб дізнатися це.