User Tools

Site Tools



Начало беседы с HR сотрудником в IT development enterprise, стенограмма:

  • Добрый день.
  • Добрый день. Я отказываюсь от встречи.
  • Как? Вас не устраивает вакансия?
  • Меня не устраивает ни вакансия, ни компания.
  • А… А все таки, что вам не понравилось?
  • Скажите мне, почему я сейчас должен делать вашу работу лучше?
  • А…. Но все таки, почему вам не понравилось?
  • Вы сделали хоть один свой IT проект?
  • Нет. Но мои коллеги делали.
  • Тогда как я могу объяснить вам вопросы профессионально стратегии развития?
  • … 5 минут…
  • … У нас белая зарплата!

  1. Компания по факту типичный кастомный SaaS, обслуживает транспортную компанию и ее акционеров как ее департамент.
  2. Крупную российскую транспортную компанию. И страховой бизнес при ней. Как говорят, и игровой тоже. Которые все по уши в грязной конкуретной борьбе за себя любимого, вплоть до мутных разборок.
  3. При этом позиционирует себя как самостоятельную IT development enterprise
  4. Спустя полгода главный офис все равно в Петербурге
  5. Имена разработчиков не публичны, про личную доску славы можно забыть. И коллективную фотографию. (А так хотелось…)
  6. В этой IT development enterprise есть технический директор. В IT development. Технический. Не CIO/CDO и прочее. 2018 год. “Это технический повар нашего ресторана, а это исполнительный повар. А вот это финансовый повар ресторана”
  7. Директор, который спустя полгода запуска компании все равно живет в головном офисе за 1100 км.
  8. Как и не-технический директор компании разработчиков.
  9. Набор разработчиков, напоминаю, в компанию IT разработки, ведет HR без компетенций в IT
  10. Критерии подбора: нам нужно до 50 человек програмистов. Или 100. Да кто их считает.
  11. На сайте компании в “about us”:

15% рынка страхования грузоперевозок в России было оформлено через нашу платформу. Но это только начало. Чтобы развивать сервисы, добавлять ценности клиентам и партнерам, нам нужно больше минералов (и программистов).

То есть эту хрень даже никто не вычитал и не поправил. Всем похрен. Надо смотреть глубже?

Основные принципы IT development уже давно известны, это огромная индустрия с огромным опытом, структурированными правилами и огромной базой знаний. Включая большие и продуманные фреймворки работы c компетенциями / профессионального профайлинга, такими как A common European framework for ICT Professionals in all industry sectors (eCF)

Российские компании, вместе с их уникальным менеджементом великой страны чучхе, занимают в ней менее 1% от мирового объема работ и/или оборота, и по факту, столь раздражащающему чуство величия некоторых, в общем есть оутсайдеры этой индустрии. Тут или принимаешь концептуальный опыт, либо в epic fail. Можно конечно, повыкобениваться в Ебенях, но в Сиэтлах и Парижах это смотриться как-то никак.

Что бы не быть голословным. Как таки делают, из опыта.

Если вам необходимо создать новую площадку разаработки from stratch, то вы должны, must be

  1. четко оговорить и описать миссию всего действа
  2. методы вовлечения будущих ключевых и вспомогательных разработчиков в процесс
  3. до достижения понимаемых и разделяемых целей
  4. сделать хотя бы наброски как достигнуть эти цели
  5. заниматься поиском людей вдумчиво
  6. вместе с ними же, формировать из них компактные группы, по 3-5-7 человек, каждая по своей целям
  7. работать со значимостью и мотивациями людей, поскольку далеко не ты обеспечиваешь успех дела, и не только средства инвесторов, но эти люди, которых ты собрал и которые готовы (или нет) сотрудничать по общим целям.
  8. сроки, этапы, по кейсам/проектам/работам, критерии успеха, контроль бюджета, интеграция, риски, связи, контракты, …

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

Теперь снова смотрим на предлагаемую компанию.

“До конца года мы планируем увеличить штат до 50 человек”

Их таки считают.

Нахер.