Здравствуйте, akaSlavaJC, Вы писали:
SJC>Всем привет.
SJC>Может кто подскажет, как у вас в компания происходит повышение квалификации персонала.
SJC>Дело в том, что у нас компания небольшая — 3 команды: 2 из них .Net, одна Java.
SJC>Иногда бывает так, что по проектам не сильная загрузка. Хочется, что бы команда развивалась.
SJC>Поэтому возникла идея проводить тернинги (лекции, практические занятия своими силами).
SJC>Может кто-либо сталкивался с этим. Интересуют главным образом такие вопросы:
SJC>1. Сколько времени выделять на это в неделю?
SJC>2. Как проводить занятия ?
SJC>3. Стоит ли разбивать на группы ?
SJC>4. Как мониторить результаты тренингов?
SJC>5. Какие темы лучше затронуть?
SJC>Спасибо.
Ага, знакомо.
Если в целом, то сейчас я в большой компании, есть собственный образовательный центр, где проводятся тренинги и т.п.
На предыдущем месте была след. практика: каждому разработчику в план вписывались часы, которые он должен посвятить самообразованию.
План составлял непосредственный руководитель или сам разработчик при согласовании с руководителем. Разумеется, часы, списанные на обучение, оплачивались в полном объеме. Обычно 1-1.5 в день.
Да, продавить такую инициативу иногда очень непросто

Но оно того стоит.
Теперь о семинарах.
Тоже было, тоже своими силами.
Семинары трех типов:
1. Изучение какой-то конкретной необходимой в данный момент технологии. Проводится одним из разработчиков, имеющих достаточные знания в данной технологии и умеющим
грамотно и доходчиво излагать свои мысли. Либо, если с технологией никто не знаком, то для самостоятельного ознакомления выделяется человек, который потом систематизирует свои знания и доносит их до заинтересованных лиц на семинаре.
2. Обзоры для общего ознакомления. Допустим, одна из команд применила новый прием/подход/технологию и достигла неких результатов (либо явного успеха, либо явного неуспеха). По результатам собирается семинар для всех групп разработки и всех заинтересованных, на котором происходит обсуждение и обмен мнениями и опытом.
3. Интеграция. Такие семинары проводятся, когда в процессе работы взаимодействуют разные группы/отделы с различной специализацией. Цель семинара — устранение семантических провалов (проще говоря, недопонимания, потерь информации при передаче, вызванных неоднозначной интерпретацией и т.п.).
Типичный пример — семинар разработчиков и аналитиков, занятых в одном проекте. В планах: наладить четкое взаимодействие и взаимопонимание устранением коммуникационных барьеров, нахождение "общего языка" и общих терминов, .....
SJC>2. Как проводить занятия ?
Желательно, в отдельной комнате (не на рабочем месте, чтобы никто не отвлекался на аську

)
В комнате иметь сидячие места для слушателей и большую доску для рисования со свежими фломастерами
SJC>3. Стоит ли разбивать на группы ?
По ситуации. Чаще всего — да. Основания: разные группы разработчиков имеют различную подготовку, часто несоизмеримую, поэтому отстающие будут сильно мешать в продвижении, а продвинутые — скучать из-за задержек.
SJC>4. Как мониторить результаты тренингов?
Вот это хрен знает. Это ж не школа

Либо человеку интересно и он "врубается", либо ему пофиг и тогда его отправляют рисовать отчеты
SJC>5. Какие темы лучше затронуть?
Вот это тоже, блин, зависит от специфики работы, разве нет?
На мой взгляд, темы, которые всегда стоят своего времени:
архитектура и все с этим связанное (паттерны, принципы), объектно-ориентированный анализ вообще (многие много лет работают программистами, а им не владеют), приемы рефакторинга, модульное и интеграционное тестирование.
На опушке за околицей мужики строили коровник.
Работали споро и весело. Получалось х**во.