Пожалуй, самая автономная каста в любой IT-компании. Как правило, их больше всего - даже больше, чем сейлзов.

Причем чем масштабнее компания, тем разнообразнее будут языки - мне почему-то всегда представляется этакая Вавилонская башня. Рубиста вы, конечно, вряд ли встретите в привычном айтишном оупенспейсе (я лично вживую не видела ни одного), но вот прочими бэкендерами всех мастей - от питонистов до нодеров - офис будет укомплектован под завязку.

Мой лидер поводов для встреч с разработкой - переделки сайта после масштабных технических SEO-аудитов или когда нужно напилить новую страничку. Но в их башню без ТЗ нельзя. Когда я говорю “ТЗ” - это значит, что у вас дополнительно к задаче в Джире должен прилагаться отдельный Гугл-док, где расписано не про сложную фичу ради абстрактной красоты, а про самые настоящие технические параметры. С какими сущностями работаем, какая логика на бэке и какой конкретно результат мы ждем. Если вы придете к тимлиду без четких критериев, он даже не станет тратить на вас свое время. Сделает он это не из вредности - просто взрослая разработка устроена как швейцарские часы, и он за нее в ответе (это про планирование спринтов, а не про то, что у них под капотом нет костылей; я в курсе про синюю изоленту и веревочки).

Это в компаниях без собственной IT-культуры один фрилансер может кое-как прикрутить вам форму на сайте в ответ на ваше сообщение в рабочем чате - и то только когда закончит все дела на основной работе. А в IT маркетолог просто обязан уметь переводить задачи на язык системного бэклога - только так вы сможете встроить в этот самый бэклог свои таски.

Разработчики живут в мире абсолютного детерминизма, где код либо компилируется, либо нет. Что в ТЗ положил - то на выходе и получил. Для них 2+2 всегда равно 4. Я сейчас не говорю про высшую математику - в ней они соображают так, что мое почтение. Я про образ мышления: они мыслят жесткими константами, а маркетинг по своей природе - территория гипотез.

Когда два этих мира встречаются, происходит самый настоящий обряд инициации. Мой юзер-интерфейс - классическая девочка-припевочка, внешность которой вообще никак не коннектится с теми бесятами, что живут у меня внутри, и с тем, что в обычной жизни я разговариваю на поэтичном непечатном. Поэтому когда я только прихожу на новый проект, на синках по тону и выражению лиц разработчиков открыто читается: “Господи, ну какого хрена? Кто это вообще такая? Очередная *** пришла со своими хотелками?”. Начинаются стандартные проверки, снисходительные подколы и попытки завалить терминами. Меня это давно не задевает - я этот тест-драйв проходила уже сто раз.

Обычно этот негласный аудит длится ровно до первой совместной таски. Мы просто открываем бэклог, где лежит ТЗ с детально прописанной логикой бэка под макеты, которые мы уже вылизали с дизайнером. На этом подколы обычно заканчиваются. Начинается нормальная рабочая рутина с коротким резюме от тимлида: “Окей, берем в спринт”. Так что тут главное - научиться разговаривать с ними на их языке и не поддаваться на провокации :)

P.S.: Поскольку чаще всего я работала именно в IT-аутсорсе, на внутренние задачи тимлиды обычно выделяли бэкендеров на бенче, это нормальная практика. Что касается фронтендера, то его в таких случаях заменял дизайнер, который отдавал макеты бэку под фуллстек-реализацию.

#ITмаркетинг #DP #ХимияПроекта #разработчик #developer