Как выращивать разработчиков

03.11.15

Управление проектом

Данная статья написана по материалам доклада, прочитанного на Конференции Инфостарта IE 2014 29-31 октября 2014 года. Авторы - Александр Морозов, технический директор "Агент Плюс", и Артур Мубориев, руководитель отдела разработки

Проблемы развития сотрудников внутри компании

 

Есть ли у вас подчиненные? Приходится ли вам регулярно решать проблемы с этими подчиненными? А ваши подчиненные – разработчики? Если ответ «да», значит, мы рассказываем это для вас.

 

Основные проблемы возникают, когда количество ваших подчиненных начинает расти, например, с 5 до 15 человек. Возникают вопросы:

  • Как растить команду дальше?
  • Как устраивать новых людей?
  • Как заставлять их работать лучше и лучше, а не хуже и хуже?

Самое главное – теряется прозрачность. Вы перестаете понимать, кто как работает.

И мы сейчас проиллюстрируем это в сценке, которая у нас реально случилась. Артур сейчас будет играть роль подчиненного, а я – начальника.

Представьте, подчиненный приходит к своему руководителю.

-     Я бы хотел с вами серьезно поговорить. У меня есть некоторые опасения, что вы не совсем правильно оцениваете мои заслуги. Вы ведь знаете,что я – ответственный человек. И вы видите, что я постоянно задерживаюсь после работы, все время сижу, работаю. А мой коллега постоянно сидит в интернете, и мне приходится выполнять его работу.
Мне кажется, что я делаю двойную работу, и меня это не совсем устраивает.
Пожалуйста, разберитесь в моей ситуации.

Что должен сделать после этого руководитель? Конечно же, пойти к Ивану и уволить его. И после этого - вторая часть сценки.

-    Я вижу, что вы предприняли определенные действия, но это, на самом деле, не совсем то, что я ожидал. Теперь мне опять приходится работать в два раза больше, потому что количество работы не уменьшилось, сроки примерно такие же, и к тому же, я остался один. Вы мне хотя бы зарплату в два раза поднимите, я же двойную работу выполняю.

-    Почему двойную? Ты же сам говорил, что ты справлялся один, давай мы тебе поднимем зарплату на 30%, насколько ты задерживаешься, настолько и поднимем.

-     Но это не совсем то, чего я ожидал – говорит сотрудник и тоже увольняется.

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

Это была ситуация, которая сподвигла нас к тому, чтобы начать решать проблемы в управлении персоналом более системно.

Мы постарались систематизировать и сформулировать проблемы, с которыми мы столкнулись:

 

Теперь мы расскажем, какие шаги мы предприняли для решения этих проблем.

  • Первый – изменение подхода к найму персонала.
  • Вторая – процедура адаптации сотрудника в коллективе.
  • Третья – дальнейшее развитие сотрудника.

 

Изменение подхода к найму персонала 

 

Все начинается с найма. Как это обычно происходит?

  • Например, руководитель принимает решение о том, что нужен программист. Если руководитель сам является программистом, то он формулирует некие требования: например, знать 1С7.7, 1С8.Х и т.д. Если руководитель не совсем программист, то он просит кого-то из разработчиков сформулировать требования. Вывешивается заявка на вакансию и – будь что будет.
  • Что дальше? В ответ на вакансию приходит куча резюме, порой не вполне адекватных, чтобы их обработать, приходится тратить время.
  • Дальше – мы назначаем собеседования, на них приходят люди, опять приходится тратить время, чтобы оценить, насколько человек адекватен.

Что сделали мы? Мы наняли хорошего, профессионального HR-менеджера, и с ее подачи решили для поиска соискателей использовать так называемую «Заявку на подбор» (образец можно увидеть на рисунке). 

Это достаточно формальный документ, в котором описаны требования к потенциальному соискателю: название вакансии, вилка зарплаты, что он должен знать, например: "Управление торговлей", "УПП" и т.д. Причем, важно заметить, что в этой заявке есть пункт относительно требований к личностным характеристикам кандидата таким как ответственность, внимательность, исполнительность, коммуникабельность и т.д.

Для чего все это нужно?

Вы все, наверняка, хотите, чтобы у вас работали ответственные сотрудники. Но какой смысл вы вкладываете в понятие «ответственность»? И какой смысл вкладывают в это понятие другие кандидаты. Мы сформулировали для себя это понятие так, как показано на слайде.

Было бы идеально, если ваше понятие и понятие потенциального сотрудника совпадают.

У нас в компании есть определенные ценности, которым должен следовать каждый сотрудник.

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

Следующее изменение - это новый подход к процедуре проведения собеседования.

При беседа с человеком делается упор не только на его профессиональные компетенции, т.е. насколько он крутой программист и сколько он знает языков программирования, а также на его жизненные ценности, на его личные качества, вытягиваем из него побольше информации, связанной с оценкой его личности в целом.

Задача HR – проверить личностные характеристики кандидата, которые были заявлены в заявке, используя свои знания и инструменты, в частности задавая правильные вопросы, примеры некоторых из них показаны на рисунке:

Например, как выявить, что человек действительно ответственный?

Просто спрашивать: «ответственный ты человек или нет?» абсолютно бесполезно. Вам любой на этот вопрос ответит: «да, конечно!» А когда мы начинаем задавать непрямые вопросы, наподобие тех, которые приведены здесь, ситуация может более-менее проясниться:

  • Например, на вопрос «почему сотрудник может не выполнить указание руководителя?» мы получали такие ответы:
    • «Он не успел»
    • Или «наверное, поручение было слишком сложное».
    • Или вообще удивительный для меня ответ: «задание было не очень интересное».
    •  
  • Второй показательный вопрос: «руководитель отсутствует, а сотрудники продолжают хорошо работать. Почему так происходит?»
    • Ответ, поразивший нас больше всего, звучал так: «наверное, потому что в кабинете установлена камера наблюдения». 
  • Ну и последний вопрос больше на коммуникабельность. Сами знаете, как на него отвечает большинство разработчиков: «я похожу на секции, послушаю, но подходить, наверное, не буду».

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

 

Адаптация сотрудника в коллективе

 

А что происходит после того, как кандидат прошел собеседование? Теперь нужно сделать так, чтобы он без проблем влился в коллектив и эффективно работал.

В первую очередь нам нужно, чтобы максимально быстро адаптировался в коллективе, потому что, какой бы он ни был хороший человек, нет 100% гарантии того, что он вольется в нашу команду. Как нам превратить вот этого "красного" программиста в такого же "зеленого"? Что может нам помочь  эффективно наладить с ним коммуникации?

Мы придумали для этого две очень простые вещи:

  • Первое – на период испытательного срока сотруднику назначается куратор, функции которого заключаются в том, чтобы вести сотрудника, знакомить его с внутренними особенностями работы в компании, в подразделении, контролировать те задачи, которые ему дают, и помогать ему влиться в коллектив.
    Причем куратор – это не руководитель, это рядовой сотрудник. Если мы берем на работу программиста, то это тот же самый программист. Если технического писателя, то это технический писатель. В качестве куратора нужно выбирать того человека, кому вы действительно доверяете, чтобы впоследствии можно было опереться на его мнение.
  • Второй момент – это так называемые контрольные точки в течение испытательного срока. Как правило, испытательный срок у нас длится три месяца. Поэтому у нас три контрольные точки – две промежуточные и одна финальная. Для чего это нужно? По контрольным точкам мы отслеживаем динамику развития сотрудника: насколько он хорошо вливается, что ему нравится, что ему не нравится, что ему хотелось бы поменять, насколько хорошо он справляется со своей работой.
    У нас был такой интересный случай: мы взяли на работу девочку-программистку. В ходе собеседования нам все понравилось, вроде и по ценностям была ввсе в порядке. Но по результатам трех месяцев работы что-то не складывалось. Мы с ней поговорили и выяснили, в чем были проблемы. Дали ей еще два месяца на реабилитацию, закрепили некотоыре критерии, которых ей следует достигнуть, а самое главное – поменяли ей куратора. И действительно, спустя месяц ее производительность намного повысилась. Такое тоже бывает – второй куратор повлиял позитивно. Сейчас она у нас работает, и всех все устраивает.

 

Рост и дальнейшее развитие сотрудников. Внедрение процедуры Performance Review 

Одним из самых значимых нововведений, которые мы придумали с нашим замечательным HR-менеджером, стало внедрение процедуры Performance Review (Перфоманс Ревью). В дословном переводе на русский, это – оценка результативности работы сотрудника (на слайде дано более подробное определение в контексте нашей компании).

У нас процедура Performance Review состоит из четырех этапов:

  • Подготовительный
  • Основной
  • Итоговый
  • И сопроводительный

У себя в компании мы проводим ее два раза в год – каждые полгодаВообще каждая компания может сама для себя выбирать периодичность ее проведения, но нужно понимать, что она требует много времени всех руководителей компании.

Теперь по каждому из этапов подробнее:

Подготовительный этап (проведение анкетирования)

1.Объявление о начале проведения Performance Review (На общем собрании сотрудников, как правило на планерке, HR выступает с объявлением о начале процедуры, напоминает цели процедуры, информирует о дате рассылки бланков-анкет и сроках заполнения).

2. Рассылка и раздача анкет (HR рассылает по электронной почте основные бланки-анкеты, а также проводится опрос по удовлетворенности сотрудников с заполнением анкет в бумажном виде). Пример основной анкеты показан на рисунке выше. Причем руководителю, помимо своей личной анкеты, нужно заполнить анкету на каждого своего подчиненного.

3. Сбор анкет (HR получает в электронном виде основные заполненные анкеты и собирает анкеты по удовлетворенности, проводит предварительный анализ качества заполнения анкет).

4. Обработка и анализ (HR проводит анализ анкет, учитывая смысловую наполненность и сравнивая анкеты сотрудников и их руководителей по оценочным шкалам критериев, выделяя разницу оценок; проводится сравнительный анализ по итоговым оценкам основных бланков с учетом предыдущего Performance Review, фиксируеися динамика).

5. Подготовка к беседе с руководителем (HR проводит подготовку к основной беседе с каждым руководителем подразделения, репетируя беседы, выделяя ключевые темы для обсуждений).

6. Составление графика (HR составляет график с учетом пожеланий и занятости руководителей подразделений и вертикальных руководителей, проводит общее согласование, организует рассылку графиков руководителям).

После этого мы переходим к основному этапу, главной целью которого является совместное обсуждение с сотрудником объективных результатов его работы.

Подробнее о том, что такое основной этап.

111

Это – непосредственное проведение беседы. Мы берем анкеты и все вместе садимся за стол. Если говорить о программистах, то за стол садится непосредственно сотрудник, его руководитель, технический директор и HR-менеджер. Причем любой из топ-менеджеров (будь то исполнительный директор или коммерческий) может прийти на беседу любого из сотрудников.

Для чего нужно присутствовать топ-менеджеру? Для того, чтобы он понимал, что происходит у него в компании, и не повторилась та сценка, которую мы показывали вначале. Потому что тогда суть была именно в том, что мы не понимали, кто работает, а кто – нет, что там происходит, и какие ожидания у сотрудников.

В ходе беседы мы обсуждаем следующие вещи:

  • Проводим анализ работы сотрудника за прошедший период, оцениваются его результаты и достижения.
  • Обсуждаем возможные проблемы и варианты их решений.
  • Планируем профессиональные задачи и ожидаемые результаты на следующие 6 месяцев, а также задачи по развитию профессиональных и личностных компетенций.

После того, как беседа проведена, если требуется принять какие-то срочные решения или провести какие-либо изменения (например, как в случае той сценки, изменение оплаты труда, грейда, ротации и т.д.) можно, допустим, собраться уже без сотрудника, чтобы сразу прояснить по горячим следам какие-то моменты.

 

Следующий этап – итоговый.

Главная цель этого этапа - составление индивидуального план развития сотрудника (IDP), в котором достаточно формально прописаны профессиональные цели и задачи, которые мы ставим перед сотрудником на следующие полгода с учетом всех предварительных договоренностей на основном этапе.

 

Важно отметить, что цели и задачи должны быть сформулированы в так называемом формате «smart целей» («умных» целей). У нас на ретроспективах иногда такое бывает – мы там говорим, что какой-то код у нас оказался некачественным. Что нам нужно для этого изменить? Нужно писать качественный код. Но это и так очевидно. Поэтому мы считаем, что формулировать цели таким образом некорректно. А как правильно? Например, так: изучить стандартны кодирование к июлю текущего года.

Помимо профессиональных целей и задач в этот план мы также ставим цели по личностному развитию сотрудника.

И заключительная фаза итогового этапа - проведение итоговой беседы. Тут мы подписываем итоговый лист, который включает в себя итоговый план и результаты встречи Performance Review, сотрудником, непосредственным руководителем и HR. Один экземпляр выдается на руки сотруднику, второй остается в архиве отдела по управлению человеческими ресурсами. 

 

И, наконец, сопроводительный этап. Он необходим для контроля промежуточных результатов по выполнению итогового плана (каждый руководитель определяет контрольные точки для фиксации и, при необходимости, корректировки запланированных задач; промежуточной оценки успешности выполнения итогового плана; мотивации сотрудника. У сотрудников есть возможность инициировать внесение изменений в итоговый план, аргументированно представляя свои предложения непосредственному руководителю, в течение всего периода до начала следующего цикла процедуры Performance Review). 

Например, через месяц после подписания IDP, в котором мы запланировали посещение конференции, выяснилось, что она отменилась по каким-то причинам Мы в этом случае договариваемся, например о замене этой конференции на другую или предлагаем какую-то другую альтернативу.

То есть, если говорить более простым языком, то задача сопроводительного этапа – это отслеживание динамики выполнения плана и его отклонений.

Подводя итог по вышесказанному про индивидуальный план развития,  по своей сути, главный документ всей процедуры Performance Review, можно сделать следующие выводы:

 

 

 

Результаты Performance Review

 

Давайте подведем итоги. Чего мы добились в результате внедрения процедуры Performance Review?

Самое главное, что в результате все стало более прозрачным. Прежде всего - для руководителей. Теперь для нас не будет неожиданностью, если кто-нибудь из наших сотрудников нам скажет: увольте того, сделайте мне зарплату в три раза больше и вообще, я не хочу работать. Теперь мы делаем это проактивно. Мы можем лучше понимать наших людей. Мы можем принимать соответствующие меры заранее. И это делает нашу работу более гладкой. 

С другой стороны, сотрудникам тоже стало лучше. Потому что они почувствовали, что мы не только платим им зарплату, но еще и заботимся о них, как о специалистах – мы делаем их лучше. Мы стараемся помочь им достигаить не только профессинальных, но развития их личных качеств и навыков. Потому что на PerformanceReview человек может сказать: «мне неинтересно заниматься тем, чем я занимаюсь, я хочу выучить другую технологию». И мы можем ему в этом помочь: Что для этого нужно сделать? Почитать книгу? Вот тебе книга. Съездить на конференцию? Вот поездка на конференцию. Сюда сразу подключается и планирование бюджета, и т.д. В итоге сотрудники становятся более мотивированными. Они начинают лучше работать, развиваться, начинают больше давать компании и бизнесу.

 

Заключение

 

Ну и, в заключение, несколько общефилософских выводов:

  • Одна из главных ошибок при работе с персоналом – это подключение эмоций. Конечно, эмоции надо учитывать: нужно уметь читать сотрудников, нужно уметь их заводить. Но принимать решения на эмоциональном фоне не стоит. Т.е. решайте вопрос о найме, повышении, увольнении, используя интеллект, а не эмоции.
  • Вместо этого постройте прозрачную систему для решения таких кадровых вопросов. Систему типа той, о которой мы сейчас рассказали (хотя сейчас мы для вас описали только три вещи, а их гораздо больше).
  • И когда вы построили систему – следуйте ей. Потому что как только вы сами начали ее нарушать, она работать не будет, даже если вы сделали всего лишь маленькую уступку.
  • Но следовать системе не значит оставлять ее такой навечно. Если вам, согласно требованиям бизнеса, необходима ее адаптация, вы должны рассказать сотрудникам о причинах изменения.

Ну и, наконец, последний пункт. На текущий момент мы наблюдаем коллапс IT-специалистов на рынке труда – предложение многократно превышает спрос. И если ваша компания не может позволить себе перевезти из регионов каких-нибудь «звездочек», вам придется вкладываться в то, что у вас есть, выращивать тех, кто с вами уже работает.
Нам кажется, что это – тренд, и сейчас многим IT-компаниям приходится выступать в роли учебных организаций. И я надеюсь, что те процедуры, о которых мы рассказали, помогут разобраться в этом вопросе.

***********

Приглашаем вас на новую конференцию INFOSTART EVENT 2019 INCEPTION.

См. также

Компетенции и навыки РП Руководитель проекта

Есть занятный психологический эффект, когда мы игнорируем проблемы, с которыми мы не понимаем что делать. В своей книге “Вальсируя с медведями” авторы назвали этот эффект “А, вы имеете в виду этот приближающийся поезд…”

05.11.2024    1139    0    MariaTemchina    1    

27

Компетенции и навыки РП Конфигурации 1cv8 Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного РП и тимлида. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все особенности работы руководителей проектов.

02.05.2024    3690    0    biimmap    39    

39

Канбан и поставка ценности Программист Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бесплатно (free)

При разработке 1С:Бухгалтерии 8 используются унифицированные процессы обработки задач, построенные на методике Kanban. О том, как выглядит доска задач, в чем пишут код команды – в конфигураторе или в EDT, и что делается для повышения качества и понятности кода самого многопользовательского проекта фирмы «1С», пойдет речь в статье.

26.04.2024    5048    0    mrXoxot    5    

29

Канбан и поставка ценности Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

Применение Agile в отделе разработки 1С:Бухгалтерии не сразу оправдало возложенные на него ожидания. Но только благодаря гибким методикам удалось стабилизировать выпуск релизов и перестроить разработку так, чтобы она всегда начиналась с анализа задачи и с общения с пользователями. Расскажем об квинтэссенции опыта разработки самого многопользовательского проекта фирмы «1С».

23.04.2024    3845    0    user1853337    8    

29

Инструменты управления проектом Руководитель проекта Бесплатно (free)

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

01.04.2024    3199    0    MariaTemchina    6    

22

Кейсы проектов Руководитель проекта Бесплатно (free)

Как определить, что риск проекта высок настолько, что взяться за него – в 99% случаев значит потерять драгоценное время, деньги и другие ресурсы? Как еще до старта определить, что проект в лучшем случае на выходе станет пародией на задуманное, а в худшем – будет сорван? Сформулируем список типовых рисков срывов проекта и постараемся уберечь от ошибок внедренцев и заказчиков.

20.12.2023    5015    0    1СERP    21    

31

Кейсы проектов Программист Бизнес-аналитик Пользователь Руководитель проекта Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

В 2021 году начали проект в дистрибьюторской компании. Имели большой опыт внедрения УПП, но периодически возникали вопросы. Зачем что-то придумали в ERP, что стало менее удобнее, чем было в УПП? Почему нельзя было взять лучшие идеи из УПП и ERP и скрестить их? А идея, что обеспечение нужно выносить из заказов, с каждым новым проектом находила все большее подтверждение. В итоге на этом проекте удалось применить лучшие (на мой взгляд) методические решения, которые мне довелось внедрять в конфигурациях УПП и ERP, в т.ч. подход, что реагировать нужно только на важное (то, как на заре появления ERP Фирма 1С ее позиционировала).

05.07.2023    15762    0    ASchekachev    37    

55

Канбан и поставка ценности Бесплатно (free)

Когда ИТ-отдел разрывается между разнотипными задачами от внутренних заказчиков, стоит посмотреть в сторону гибких подходов. О том, как, используя три практики Канбана – WiP-лимит, визуализация и распределение по сервисам – улучшить отношения с заказчиками, не бояться давать обещания по срокам и укладываться в них, на конференции Infostart Event 2021 Moscow Premiere рассказал руководитель направления 1С в компании UTG Станислав Алексенко.

28.06.2023    6587    0    stnslv    5    

25
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. uri1978 138 03.11.15 15:25 Сейчас в теме
А по факту, в отделе из 15 программистов царит лютый хаос.
user730280; rayastar; jan27; ekors; KroVladS; hornet_X; Йожкин Кот; pm74; +8 3 Ответить
5. starik-2005 3091 04.11.15 11:25 Сейчас в теме
(1) uri1978, по плюсикам сразу видно, кого на работу брать не стоит )))
Vladimir_Konyrev; +1 Ответить
6. herfis 513 04.11.15 11:54 Сейчас в теме
(1) uri1978, Это же не означает, что все 15 одновременно работают над одной задачей.
2. gubanoff 63 04.11.15 09:17 Сейчас в теме
А что делать, когда все курсы пройдены, книжки прочитаны? Можно, конечно, смежные области осваивать, но если они не приносят дохода работодателю, то это напоминает google.
3. sapervodichka 6918 04.11.15 11:23 Сейчас в теме
(2) gubanoff, заниматься любимым делом
4. starik-2005 3091 04.11.15 11:24 Сейчас в теме
(2) gubanoff, доход работодателю приносит уже то, что такой вот все прочитавший сидит у него, а не у кого-то еще. Что способствует сокращению доступности таких вот все прочитавших.

Но вообще, конечно, статья хорошая, но на практике вряд ли все так гладко. В Вымпелкоме есть программа удержания ключевых сотрудников - в ней все то же самое до буковки, только в статье Вымпелкома все куда грамотнее изложено. И есть курсы на эту тему (удержания ключевых сотрудников) достаточно неплохие, которые ведет одна дамочка вполне вменяемая. А вот тут более менее академическая статья со ссылками на литературу, а не абы как.

Все таки на Инфостарте мало академических статей - все больше размышления об утопиях, к практике относящиеся крайне мало. Ибо если на каждого сотрудника тратить столько времени, как описано в этой статье. то руководитель больше ничем заниматься не будет, а его дрючат за совершенно другие вещи.
tekhy; shalimski; tarassov; rayastar; alexveraww; valafan; +6 Ответить
7. herfis 513 04.11.15 12:27 Сейчас в теме
(4) starik-2005, Не соглашусь. Мне статья понравилась. Вымпелкомовская не понравилась вообще - жуткий калечащий "корпоративизм", хотя поставленную задачу в какой-то мере решает. Только вот задача там несколько другая. А вот раз в пол-года лично с каждым обсуждать в присутствии топ-менеджмента итоги и планы работы, совмещенные с итогами/планами по саморазвитию - это прямо вау. Настоящее супер-комбо. На первый взгляд звучит очень банально, но решает сразу массу проблем, которые принято недооценивать. При этом инструмент демократичный и не затратный.
8. starik-2005 3091 04.11.15 12:32 Сейчас в теме
(7) herfis, ну тогда зайдите в гугл и поищите там, что такое Z-теория и кружки качества - будет много "вау" с вашей стороны. А потом почитайте критику Z-теории и постарайтесь найти в ней рациональное зерно (в критике). Есть такая замечательная американская идея - мозговой штурм. Так вот там на втором этапе необходимо даже в самой бредовой мысли постараться найти рациональное зерно. Без этого мозговой штурм не работает совершенно. Хотя наша альтернатива мозгового штурма - ТРИЗ - является куда более эффективной, но при этом и куда более сложной.
10. herfis 513 04.11.15 12:34 Сейчас в теме
(8) starik-2005, Вообще не понял, к чему вы это всё написали. Я много чего читаю и уже знаю много умных слов. И именно поэтому смог по достоинству оценить написанное.
13. starik-2005 3091 04.11.15 13:15 Сейчас в теме
(10) herfis, ну как бы что тут сложного? Вот Вы пишите: "А вот раз в пол-года лично с каждым обсуждать в присутствии топ-менеджмента итоги и планы работы, совмещенные с итогами/планами по саморазвитию - это прямо вау". Т.е. на Вас "вау"-эффект производит социальная значимость управления персоналом, когда топ-менеджер снисходит до аудиенции к Вам, присутствуя на обсуждении Ваших планов, поставленных кем-то третьим на основании Вашего текущего развития. Жалкое, конечно, зрелище, но тоже допустимо. А Z-теория - это то самое мифическое вовлечение сотрудника в управление снизу вверх, а критика ее - как средство сдерживания "вау"-эффектизации от последней.

А знать много умных слов и понимать суть явлений, ими описываемых, - не одно и то же,
jONES1979; +1 Ответить
14. herfis 513 04.11.15 15:17 Сейчас в теме
(13) starik-2005, Вы поняли меня абсолютно неверно, придумав невесть что. Польза от присутствия топ-менеджмента - для самого топ-менеджмента. В статье об этом сказано, между прочим. Поэтому ход вашей мысли был совсем неочевиден. А моё "вау" обусловлено исключительно синергетическим эффектом при решении сразу нескольких важных задач с помощью одной простой процедуры.
15. starik-2005 3091 04.11.15 19:57 Сейчас в теме
(14) herfis, и какие же это задачи? Вот, например, считается, что тестирование в 8 раз менее эффективно, чем инспекции кода (Макконнелл, 2005), А много ли контор, в которых производятся инспекции кода? А без этой технологии CMM 4 лвл не получить, не говоря уже о пятом уровне. Но ведь все начинающие конторы множество времени уделяют именно написанию юнит-тестов вместо регулярных инспекций. Почему? Полагаю, из-за того, что кажется, что так вот лучше. А так не лучше, но, по большей части, куда проще.

А в статье сказано, что топ-менеджеры якобы что-то для себя решают на таких встречах, но не сказано, что именно. Преамбулой к статье идет тема проблем развития сотрудников в компании, которая в принципе не связана ни с чем далее описываемым. Ну описывается потеря "прозрачности" при увеличении количества подчиненных, но топы тут ни при чем - они вообще куда выше того, у кого в подчинении вместо двух человек стало пятнадцать. Так что проблема "прозрачности" решается для менеджера среднего звена. Дальше идет рассказ о пейсателях, одного из которых по науськиванию второго уволили, а потом этот второй сам уволился. Дальше автор пишет, как они стали решать эту проблему. Ну и дальше идет все то, что в любой другой статье на эту тему отражено более развернуто. При том присутствие топа, которым Вы восхитились, ни коим образом не влияет на ситуацию - он тут не более, чем атрибут ландшафта. Ну какие он для себя выводы сделает из таких вот сотен интервью? У всех разные проблемы, все делятся разным, все хотят разного. Ну сходил он на 10 таких встреч - и все. Все последующие встречи будут вариацией этих десяти. Что он там делает на них? А как ландшафт - да, вау-эффект для тех, кто в теме не смыслит ничего.

Ну а дальше все как раз по теме удержания ключевых сотрудников, которую решили в Вымпелкоме, и решили достаточно хорошо.
16. herfis 513 05.11.15 11:57 Сейчас в теме
(15) starik-2005, Смотрю, вы ни в одном ответе не можете удержаться от прозрачных намеков на мою некомпетентность и от самопрезентаций на отвлеченные темы. Это не делает вас интересным собеседником и в еще меньшей степени - приятным. Очевидно, что меньше всего вас интересует моё мнение. Но я всё-таки отвечу, т.к. это может быть интересно кому-то еще.
  • Объединение обсуждения итогов и планов по работе с итогами и планами по саморазвитию - само по себе чрезвычайно мощное психологическое сочетание. Это прямо-таки вынуждает сотрудника размышлять о собственном развитии в ключе командной работы, отождествляет развитие сотрудника и компании. У сотрудника повышается ощущение собственной полезности, причастности компании и принадлежности команде.
  • Профессиональное развитие сотрудников планируется и направляется в более выгодное для компании направление. Фактически сотрудников пинают в сторону самообразования, что зачастую очень полезно. Многих эффективнее пинать, чем не пинать. Но пинают демократично и под соусом заботы компании о сотруднике.
  • Итоговые мероприятия сами по себе ценны, т.к. позволяют взглянуть на свою работу "сверху", в перспективе, оторвавшись от рутины. Но без обсуждения саморазвития это очень часто воспринимается как тяжкое формальное бремя, которое нужно просто "пересидеть". Обсуждение саморазвития заинтересовывает сотрудника и поощряет на более конструктивный подход к обсуждению проделанной и планируемой работы.
  • Теперь - что же получают от этого топ-менеджеры? Сферический топ-менеджер из книжек по управлению не получает ничего. Для него неважно знание о компетенциях низших уровней подчинения. Однако в реальной жизни топ-менеджерами работают живые люди со свойственными им недостатками. И работают с такими же несовершенными людьми. Природа не терпит пустоты. Топ-менеджер всё равно будет формировать у себя в голове какое-то собственное искаженное мнение о характере компетенций низшего уровня и о характере их работы. Зачастую бесконечно далекое от реалий. Чем меньше у человека конкретной информации - тем более искаженным будет это представление. И эти представления НЕИЗБЕЖНО будут влиять на принятие решений в той или иной степени (понятно, что не лучшим образом). Хотя в идеальной цепочке управления этого быть не должно. Банальный пример - имея одни стойкие представления о работе низшего звена он согласится с какими-то предложениями нижестоящего менеджера и подпишет их в работу, имея другие - не подпишет. Это одна сторона медали. Вторая еще более связана с психологией. Человек, осуществляющий управление через длинную цепочку подчинения, НЕИЗБЕЖНО испытывает ощущения ослабления контроля над ситуацией и склонен к недооценке собственного персонала. Ослабление и замедление обратной связи - естественная расплата за многоступенчатое управление большой структурой. Но это снижает психологический комфорт руководителя и способствует развитию нездоровой атмосферы. А описываемое мероприятие являет собой квинтэссенцию интересной для руководителя информации. Умный и талантливый руководитель сможет вынести бездну информации, поприсутствовав всего на нескольких таких беседах. И о характере компетенций рядовых сотрудников, и об атмосфере в коллективе и о том, насколько работа конкретных сотрудников соответствует целям компании и насколько для компании важна и об их личной заинтересованности, и о характере их отношений с прямым начальством и т.д и т.п. Никаких глубоких погружений в компетенции не требуется. Достаточно осознания, что всё не так легко и просто, как кажется на первый взгляд и что "всё идет как надо" на всех уровнях управления. Это способствует возвращению психологического комфорта и повышению доверия к своим подчиненным. Или наоборот - появляется возможность вовремя диагностировать "слабые точки" в системе управления или подборе персонала.
ЗЫ. А свое мнение о вымпелкомовском подходе я уже высказал. Ужасное, типично корпоративное решение. О некоторых недостатках, выявившихся спустя время, они сами же и пишут. Внедрение явной публичной формальной кастовости с материальными плюшками по формулярам, проверяющим на принадлежность касте - отнюдь не способствует оздоровлению атмосферы в коллективе. Кто-то не дотянет по какому-то формальному критерию, кто-то "недостойный" пройдет - вот тебе и лишняя точка напряженности в коллективе. Система грейдов без озвучивания зарплат каждого каждому и то менее калечащая.
tulakin_s; dabu-dabu; +2 Ответить
19. starik-2005 3091 05.11.15 15:58 Сейчас в теме
(16) herfis, ну вот хоть кто-то смог в итоге изобразить развернутый ответ. При том этот кто=то забыл, что основной его негатив вызвала моя критика статьи, как повторяющейся, но при этом этот кто-то совершенно не увидел, что в начале моего сообщения была как раз реплика о том, что статья хорошая.

Что мне не понравилось в Вашем первом ответе - критика подхода Вымпелкома, отсутствие мнения о второй статье (понимаю, не осилили - много букв), также реакция "вау" на наличие топа на итоговых встречах.

О чем я пытался сказать:
1. О том, что не все так гладко в этой схеме.
2. О том, что вау-эффект может быть и от Z-теории, как теории, дополняющей Х-теорию (что все сотрудники ленивые) и У-теорию (что все сотрудники инициативны, креативны и ответственны). И меня крайне удивило, что Вы даже не удосужились в этом разобраться.
3. О том, что существуют в открытом доступе академические статьи по данной проблеме, которая сводится именно к проблеме удержания ключевых сотрудников (не верю, что в этой конторе и с уборщицами так возятся).
4. Ну и еще кое о чем, о чем в рабочее время мне достаточно сложно рассуждать - работа...
17. dmpas 418 05.11.15 12:39 Сейчас в теме
(2) gubanoff,
А что делать, когда все курсы пройдены, книжки прочитаны?

валить оттуда срочно!!!
9. serega_sun 04.11.15 12:32 Сейчас в теме
мы наблюдаем коллапс IT-специалистов на рынке труда – предложение многократно превышает спрос.


Не понял.
"Коллапс" - это сжатие, разрушение, остановка. Значит специалистов мало.
"Предложение превышает спрос" - значит специалистов много, но они никому не нужны.
Что вы таки наблюдаете?
11. herfis 513 04.11.15 12:37 Сейчас в теме
(9) serega_sun, Тоже резануло глаз. Из контекста выходит, что речь на самом деле об обратном. Типа "предложение работы" имелось в виду :)
12. wolfsoft 2421 04.11.15 13:14 Сейчас в теме
Хорошо быть богатым и здоровым (с)
18. rayastar 1536 05.11.15 13:25 Сейчас в теме
еще обучать их еще надо? не много ли чести?
Оставьте свое сообщение