В dev.by анонимно пришёл документ на 14 страницах под названием «Внутренняя академия VironIT-методичка». В нём учат обманывать заказчика. В компании говорят: у нас такого не было. Сотрудники: «Очень похоже». Публикуем — а вдруг кто-то опознает и скажет, что это такое.
В dev.by анонимно пришёл документ на 14 страницах под названием «Внутренняя академия VironIT-методичка». В нём учат обманывать заказчика. В компании говорят: у нас такого не было. Сотрудники: «Очень похоже». Публикуем — а вдруг кто-то опознает и скажет, что это такое.
Центральное место в документе занимает глава «Приукрашивание на собеседовании и его последствия» и другие инструкции, как понравиться заказчику, в том числе с помощью фейкового опыта и придуманных проектов.
Мы показали выдержки из документа нескольким экс-сотрудникам, те сказали: «Очень похоже».
Выслали фрагменты в компанию VironIT c просьбой подтвердить подлинность документа и прокомментировать. В ответ получили опровержение и гипотетический запрет публикации на случай подлинности: ООО «ВАСофт» (торговая марка VironIT) не создавал и не использует этот документ, но если бы подобный документ существовал, то был бы коммерческой тайной.
Вот этот ответ:
dev.by вздохнул с облегчением, узнав, что этот документ не создавался и не использовался в VironIT. Тем не менее кто-то его создал и, не исключено, даже использовал. Чтобы предотвратить возможное дальнейшее использование, мы решили опубликовать самые волнительные фрагменты.
Читателей, которые найдут в методичке знакомые рекомендации или же узнают их подлинный источник, просим поделиться своим знанием.
Во введении описывается диверсификационная модель компании и роль разработчика в системе продаж: чтобы привлекать новые проекты, разработчику важно выгодно продать себя заказчику.
Собеседование программиста с заказчиком — важнейшее звено системы продаж. Провалил интервью — подвёл команду — отнял деньги у сэйлзов.
Спойлер: последствия — самые хорошие.
Далеко не всё в документе — инструкция по приукрашиванию. Есть в нём и страницы, рассказывающие, как правильно объяснить клиенту методологию работы, какие вопросы о проекте следует задать, как искать параллели между новым проектом и уже выполненными. Но дальше опять начинаются инструкции по обману.
И наконец — заключение. Врать можно только заказчикам компании (она за это отвечает), а работодателю — нельзя (отвечаешь сам). Стоит помнить, что всё это обусловлено благими намерениями.
Если вдруг вам знаком этот документ и вы знаете, откуда он происходит, или если вы сталкивались в своей работе с подобными инструкциями, пишите, пожалуйста, в комментариях или на editor@dev.by.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.