Это последний пост из серии постов по книге Сергея Архипенкова “Руководство командой разработчиков программного обеспечения”. И вопрос в нём поднимается, пожалуй, самый сложный.

Итак, вы успешно наняли подходящих людей и сфоримировали настоящую команду. К сожалению, на этом всё только начинается. Как сохранить эти непростые достижения подольше? Как удержать программистов от ухода?

Я уже написал об этом несколько постов, раскрыв некоторые моменты: мотивация, антипаттерны руководства и сбаллансированные отношения руководитель-подчинённый.

Однако ввиду важности, сложности и неоднозначности вопроса, хочется процитировать ещё несколько интересных моментов, касающихся аттестации и зарплаты:

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

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

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

• Еще один важный и необходимый результат аттестации – план развития, - какую новую ступень карьерной лестницы будет достигать сотрудник и что ему необходимо сделать, чтобы на нее перейти. Что изучить и освоить: новые технологии (согласуем с личными целями и стратегическими потребностями компании), смежные специальности (снижаем риск в случае увольнения коллеги). Каких результатов добиться. Поставленные цели должны соответствовать широко известному в западном менеджменте критерию SMART, представляющему собой аббревиатуру из пяти английских слов: Specific (конкретный), Measurable (измеримый), Achievable (достижимый), Relevant (сопоставимый) и Timebound (определенный во времени).

• При решении вопроса "Сколько надо платить программисту?" необходимо помнить, что участник команды это не «винтик», как думают некоторые CEO, который можно легко заменить, купив на рынке аналогичный. Я не утверждаю, что программисты незаменимы. Заменимы и еще как. На сегодняшний день средняя текучесть кадров в ИТ составляет по моим оценкам 20-30% в год, однако, отрасль не только не рухнула, но и успешно развивается.

• Как правило рыночная «вилка» вознаграждения для данной квалификации известна, допустим от X до 1.5*X. Можно рискнуть и платить по нижней планке X. Однако, возможность получать в 1.5 раза больше за ту же работу, скорее всего перевесит все остальные стимулы, для удержания специалиста в данной компании. Эта ситуация усугубляется еще и тем, что «охотники за головами» делают разрыв в вилке еще больше, чтобы побыстрее перекупить квалифицированные кадры.

Далее в книге идёт очень скурпулёзный рассчёт стоимости замены уволившегося сотрудника. Итоги этого рассчёта впечатляют: даже не учитывая затрат на оплату услуг рекрутеров (которые до недавнего времени стоили весьма немалых денег) для компании с доходностью 25% "мгновенная" замена специалиста с зарплатой $2000 может стоить до $27,000. В статье берётся "время адаптации" равным 6 месяцев, но даже если принять более реалистичные для нашего аутсорса 2-3 месяцев и компанию с меньшими накладными расходами, то всё равно затраты на замену специалиста составят не менее полугодовой зарплаты этому сотруднику, что совсем не легко понять "интуитивно". Какой отсюда следует вывод - каждый может решить для себя сам, однако даже просто обладание такой информацией, на мой взгляд, может повлиять на отношение к этому вопросу.