@Олег
Олег, спасибо Вам за отзыв. Я рад, что Ваша ситуация улучшилась в итоге.
Я бы хотел остановится на том, что мне не очень приятно читать — «Все зависит исключительно от проекта». Так как это, в том или ином виде, указывает на недостаток внимания или умения по управлению проектами. И когда я говорю нами, я имею ввиду и себя и наших менеджеров.
Во первых, проекты имеют специфику. Проекты на CMS таких как WP, не бывают большими (100-400 часов), и в основном, они очень динамичные (клиент всегда меняет scope по ходу проекта). Проекты на Java, C# и так далее имеют гораздо бОльший размер, они более размерены и работа там спокойней (в массе, конечно бывают исключения), но при этом технических рисков больше. Но это природа проектов и на это мы не может влиять. Однако, мы можем говорить об этой специфике на собеседовании.
И тут, момент номер два — мы стараемся говорить на собеседование не только о плюсах проекта, но и о минусах. Наш recruiting отдел работает очень хорошо, и мы не хватаемся за каждого кандидата. Более того, если мы обманем кандидата — мы потратим время на поиск, собеседование, испытательный срок, а кандидат скажет — меня обманули, и уйдет. Получается, что мы отказали (или не пообщались), с тем, кто может и менее подготовлен, но готов работать с таким кодом, или с такой технологией.
В добавок к этому, мы же даем обещания клиенту о том, когда сможем добавить людей в команду. И если мы озвучиваем клиенту, что человек стартовал, а потом, что он уволился, это вызывает подозрения. Мы срываем сроки клиенту. Так что дешевле получается быть честнее на собеседовании. Тогда у нас больше уверенности, что кандидат не будет шокирован, когда выйдет на работу.
В третьих, иногда у клиента есть специфика работы. Будь то — как отслеживать время, или как согласовывать действия между командами, или как описываются задачи. И тут уже вопрос к нам — насколько требования клиента адекватные. Если мы считаем, что клиент требует нормальных вещей (нормальные это и понимание того, что мы сможем найти людей в Харькове готовых работать на этих условиях) , а сотрудникам они не нравятся, значит мы должны найти на этот проект других людей а тех, кто недоволен лучше перевести на другой проект (так как априори человек которого мы взяли и он прошел исп срок — нам нравится и мы им дорожим). У нас был потенциальный клиент, который сразу сказал, что его разработчики должны работать по 12 часов в день. Мы ему ответили, что это не реально, мы не сможет удержать людей на таких условиях. Это пример неадекватного требования.
В четвертых, это наш менеджмент — т.е. нашим ПМы. Может такое быть (допускаю), что или у ПМа не хватает опыта, или он не может по разным причинам заняться проблемами на проекте. В этой ситуации хочется чтобы сотрудники имели возможность сообщить о проблемах наверх. В итоге, при увольнении мы все равно узнаем о проблемах, и тогда уже будет общаться с ПМом.
Итог — я считаю, что выражение «все зависит от проекта» не позитивно характеризует компанию. Будем стараться улучшать ситуацию. К тому же мы наняли больше ПМов, будем стараться распределить проекты так, чтобы у ПМов было больше времени обеспечить качество для клиента и комфорт для сотрудников.