Всем привет.

Может кто подскажет, как у вас в компания происходит повышение квалификации персонала.

Дело в том, что у нас компания небольшая — 3 команды: 2 из них .Net, одна Java.
Иногда бывает так, что по проектам не сильная загрузка. Хочется, что бы команда развивалась.
Поэтому возникла идея проводить тернинги (лекции, практические занятия своими силами).

Может кто-либо сталкивался с этим. Интересуют главным образом такие вопросы:
1. Сколько времени выделять на это в неделю?
2. Как проводить занятия ?
3. Стоит ли разбивать на группы ?
4. Как мониторить результаты тренингов?
5. Какие темы лучше затронуть?

Спасибо.

Здравствуйте, akaSlavaJC, Вы писали:

SJC>Всем привет.

SJC>Может кто подскажет, как у вас в компания происходит повышение квалификации персонала.

SJC>Дело в том, что у нас компания небольшая — 3 команды: 2 из них .Net, одна Java.
SJC>Иногда бывает так, что по проектам не сильная загрузка. Хочется, что бы команда развивалась.

Лучше загружать команду фэйковыми или просто внутренними мини-проектами связанными с технологиями которыми вы ещё не пользовались, с чем-то новым и интересным. Толку будет больше чем от лекций и тренингов.

Здравствуйте, 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. Какие темы лучше затронуть?
Вот это тоже, блин, зависит от специфики работы, разве нет?
На мой взгляд, темы, которые всегда стоят своего времени:
архитектура и все с этим связанное (паттерны, принципы), объектно-ориентированный анализ вообще (многие много лет работают программистами, а им не владеют), приемы рефакторинга, модульное и интеграционное тестирование.

Здравствуйте, server_mouse, Вы писали:

SJC>>Может кто подскажет, как у вас в компания происходит повышение квалификации персонала.
SJC>>Дело в том, что у нас компания небольшая — 3 команды: 2 из них .Net, одна Java.
SJC>>Иногда бывает так, что по проектам не сильная загрузка. Хочется, что бы команда развивалась.
_>Лучше загружать команду фэйковыми или просто внутренними мини-проектами связанными с технологиями которыми вы ещё не пользовались, с чем-то новым и интересным. Толку будет больше чем от лекций и тренингов.

Новые технологии скорей всего будут выгодны людям, но не выгодны компании, если компания не собирается эти технологии использовать в дальнейшем

Здравствуйте, akarinsky, Вы писали:



Большое, спасибо за информацию!
Дело в том, что именно своими силами и пытаемся это все сделать.

Андрей, а как вы оцениваете эффективность такого рода тренингов? На сколько эффективным было обучение?

Здравствуйте, _Jane_, Вы писали:

_J_>Новые технологии скорей всего будут выгодны людям, но не выгодны компании, если компания не собирается эти технологии использовать в дальнейшем

Не хотел бы я работать в компании, где у руководства такая точка зрения.

Здравствуйте, AndrewVK, Вы писали:

_J_>>Новые технологии скорей всего будут выгодны людям, но не выгодны компании, если компания не собирается эти технологии использовать в дальнейшем
AVK>Не хотел бы я работать в компании, где у руководства такая точка зрения.

У практически всех компаний такая точка зрения, потому что их цель в конечном итоге — получать прибыль

Здравствуйте, _Jane_, Вы писали:

_J_>>>Новые технологии скорей всего будут выгодны людям, но не выгодны компании, если компания не собирается эти технологии использовать в дальнейшем
AVK>>Не хотел бы я работать в компании, где у руководства такая точка зрения.

_J_>У практически всех компаний такая точка зрения

Слава богу нет.

_J_>, потому что их цель в конечном итоге — получать прибыль

Только они не настолько прямолинейно мыслящие. Вот, к примеру, одна из стратегий применямых крупными американскими софтодельными конторами: в компании есть группа суперспецов, которые обычно не заняты каким то глобальным проектом, однако имеют высокую квалификацию и широкий кругозор. И эта команда в основном как раз таки изучает новые технологии, чтобы, если вдруг приключится оказия, сразу стартовать новый проект, пока остальные будут раскачиваться и подтягиваться. Ну и вообще — чем выше квалификация спеца, тем лучше для компании, даже если прямого применения на первый взгляд и не видно.
Второй момент — изучение новых технологий ничем не хуже бассейна в гугле. Вполне себе нормальный бенефит.

Здравствуйте, akaSlavaJC, Вы писали:

SJC>Дело в том, что у нас компания небольшая — 3 команды: 2 из них .Net, одна Java.

Сведите их вместе, устройте священную войну А если честно то джависты и дотнетчики могут дать друг другу многое, примерные направления ORM, IoC, MVC

Здравствуйте, akaSlavaJC, Вы писали:

SJC>Андрей, а как вы оцениваете эффективность такого рода тренингов? На сколько эффективным было обучение?

Их было довольно много и результаты сильно различались
Скажем, рассказ о современных методиках разработки ПО на управляемом языке (C#) с использованием ORM, IoC, SOA/EDA и паттернов проектирования группе непродвинутых (а лавное — нелюбопытных)программистов на Delphi оставил неприятное впечатление Впечатление беседы со стеной

Семинары для специалистов примерно одного уровня обычно весьма продуктивны — скажем, разработка на основе Spring в сочетании с Test-Driven development.
За день люди получают новые навыки и сразу применяют их в деле, что приятно.

Семинары по TDD вообще необходимы, ибо там теория здорово отдалена от практики, и пока все руками не потрогают (причем все вместе, группой, а не поодиночке) — толку не будет.

Замерить эффективность в цифрах... не пробовал, потому как задачи "переменной сложности", так просто не оценишь, но, думаю, возможно.
Скажем, средняя скорость решения однотипных задач до начала применения технологии N и через месяц после (месяц нужен, чтобы привыкнуть и почувствовать выгоду).

Ну, типа того

Здравствуйте, AndrewVK, Вы писали:

AVK>Только они не настолько прямолинейно мыслящие. Вот, к примеру, одна из стратегий применямых крупными американскими софтодельными конторами: в компании есть группа суперспецов, которые обычно не заняты каким то глобальным проектом, однако имеют высокую квалификацию и широкий кругозор. И эта команда в основном как раз таки изучает новые технологии, чтобы, если вдруг приключится оказия, сразу стартовать новый проект, пока остальные будут раскачиваться и подтягиваться. Ну и вообще — чем выше квалификация спеца, тем лучше для компании, даже если прямого применения на первый взгляд и не видно.
AVK>Второй момент — изучение новых технологий ничем не хуже бассейна в гугле. Вполне себе нормальный бенефит.

как вы правильно заметили группа спецов, а не все и потом — я не поверю — что им дадут изучать , к примеру, веб — если разработки компании никак несвязаны с этой темой — потому как (сказали ранее) компании нужен специалист в нужной области и тратиться на ненужное для нее повышение квалификации — глупо.
Бенефит это да — это правильно, только опять возникает вопрос — зачем нашему спецу чужие технологие? Уж не свалить ли он решил?

Здравствуйте, Alex Dav, Вы писали:

AD>как вы правильно заметили группа спецов

Группа спецов экстра-класса. Эт просто пример.

AD>, а не все и потом — я не поверю — что им дадут изучать , к примеру, веб — если разработки компании никак несвязаны с этой темой

Дадут. В разумных пределах, разумеется.

AD> — потому как (сказали ранее) компании нужен специалист в нужной области и тратиться на ненужное для нее повышение квалификации — глупо.

Это слишком близорукая точка зрения. С ней такая компания рискует остаться либо вообще без сотрудников, либо с обезъянками. Ну, либо подобые собственнические инстинкты должны оплачиваться зарплатой заметно выше рынка.

AD>Бенефит это да — это правильно, только опять возникает вопрос — зачем нашему спецу чужие технологие? Уж не свалить ли он решил?

Во-во, вот поэтому лично я в такой компании работать никогда не буду.

Здравствуйте, Zzzzzzz, Вы писали:

Z>Сведите их вместе, устройте священную войну А если честно то джависты и дотнетчики могут дать друг другу многое, примерные направления ORM, IoC, MVC

Кстати, смех смехом, но иногда в процессе таких "войн" узнаёшь много нового, ну и это побуждает народ "копать"...
Естесственно всё это так, если дисскусия идёт в конструктивном поле, а не "сам дурак", как часто бывает в КСВ