Вчера в офисе gidBelgorod прошла Skype-конференция IT[Village] с президентом Юрием Вировцом и техническим директором Сергеем Никулиным компании HeadHunter.
Пришли с морозу, отогрелись вкусным чаем, кофе, печенюшками, уселись поудобнее перед проектором и вебкамерой.
Разговор начался с истории становления и развития компании. Коллеги рассказали, как родился и вырос отдел разработки HeadHunter: с трех разработчиков, способных выполнить любую задачу до нескольких распределенных команд в Москве и Минске.
Работа в HH выполняется автономными продуктовыми командами, работающими по Scrum. Во главе каждой команды стоит классический PM – связующее звено между разработчиками и заказчиками (не IT отделы HH).
Каждую неделю проводятся совещания ведущих разработчиков, на которых обсуждаются технические детали и вопросы реализации с целью исключить изобретение «велосипедов», использование взаимоисключающих технологий, выработать единые подходы и принципы принимаемых решений в разработке.
По каждому функциональному направлению (разработка серверной части, верстка, тестирование) выделены лидеры, определяющие единые для всех команд стандарты разработки и используемые инструменты.
Официально введены и используются при общении с заказчиками понятия технического долга и технического налога. Задачи рефакторинга, оптимизации, исправления компромиссных решений непосредственно включается в беклог. Четко установлено ограничение: долги не должны увеличиваться более чем на 30% в месяц.
После этого обсуждение перешло к используемой в HeadHunter системе мотивации сотрудников.
Размер вознаграждения получаемого сотрудниками состоит из оклада(ставки) и бонусного фонда (премии) по умолчанию в равных размерах. Размер оклада фиксирован, размер бонуса может меняться.
30% премии сотрудники получают за выполнение бюрократических ограничений, например таких как (!!!) все 8 рабочих часов должны быть расписаны по задачам в тайм-трекере JIRA - оценки затраченного времени используются при планировании задач.
Устанавливается оценки за техническую дисциплину: проверка кода на соответствие введенным стандартам качества. Оценка определяет коэффициент от -50% до + 20% для оставшихся 70 % премии.
Оценка проводится каждый месяц, работа команды оценивается в целом . Бонусный фонд делится между командой пропорционально размерам ЗП. По результатам работы команды заказчик может внести необходимые коррективы.
Ответы на некоторые вопросы слушателей:
- Занимается ли HH инвестированием стартапов?
- HH заинтересован в перспективных проектах, но только в области основной компетенции компании - подбора и найма персонала. Например, не так давно HH инвестировал в стартап ITMOZG.
- В чем успех HH?
- Успех – угаданная потребность рынка, огромные инвестиции в offline рекламу и создание бренда. Проведена огромная работа над тем, чтобы, как только человек захотел сменить работу – он сразу же подумал про HeadHunter. HH уже в головах людей, а технологии легко скопировать.
- Идеи и перспективные области с вашей точки зрения?
- Интересны продукты на стыке следующих областей: мобильный интернет, использование геолокальных сервисов и социальных сетей. Например, еще никто не реализовал удачное приложение для Facebook для поиска работы внутри социальной сети.
В завершении подчеркну важность проведения подобных встреч разработчиков и
IT специалистов, очень хочется создать в Белгороде сообщество активных людей.
Таких, как Фёдор, например.
Марине салютую, выражаю благодарности, шлю приветы, все дела!
Так держать, всячески продолжать, сиять улыбкой и собирать нас всех вместе!!
Всем, кто принимал участие, ребята, не спешите разбегаться сразу по завершению основной части встречи, общайтесь и поддерживайте контакты, обменивайтесь визитками, рассказывайте о себе.
А то в следующий раз придется запирать двери! :)
Следующую встречу организаторы обещают в январе.

5 коммент.:
Спасибо. Все подробно и доступно. Будет что перенять для будущих проектов. Заряжен позитивом!
Насколько я понял у них еще PM + TL получают долю в проекте.
Отлично написал!
У меня вопрос возник с 8 часами. Мне кажется, что это бюрократизирует процесс. Ну нереально это! Лучше детально, с помощью таймтрекинга, описывать задачи.
Как они выразились "все в пределах разумного".
Планирование в Scrum требует оценок.
Думаю, это решается использованием удобных инструментов, привязкой к системе контроля версий. Хотя главное тут - понимание необходимости этого процесса со стороны разработчиков, а не только "жесткие" бюрократические методы.
У нас в команде тайм-трекинг стандартными средствами Jira не прижился.
Hamster удобен для этого. Анализ реального затраченного времени позволяет организовать более эффективное управление персоналом + сделать все прозрачнее.
Схема с 8 часами изначально заточена на "махинации", т.е. честности и прозрачности не будет.
Отправить комментарий