5 ключевых ролей
Если ты когда-нибудь общался с представителями сферы IT (айтишниками), то тебе точно приходилось слышать довольно забавные истории о том, как люди к нам попадают.
К нам приходят студенты, которые только выпустились из универа, жаждущие применить свои знания на практике, и люди, которые вчера работали на химзаводе, а сегодня готовы начать жизнь с чистого листа в новой сфере. Бывало даже, когда человек совсем не хотел связывать свою жизнь с технологиями, но изменил решение после разговора со знакомым айтишником. Потому что со стороны работа у нас, в IT, выглядит сказочно: перспективы карьерного роста, единомышленники, интересные проекты, высокие зарплаты, самореализация.
Если ты принял решение «войти в IT», но не знаешь, чем хотел бы и мог заниматься, загляни с нами в закулисье мира высоких технологий.
Какие бывают IT-специалисты? Кем стать у тебя шансы выше всего? И другие вопросы тех, кто пока мало знаком с внутренней айтишной кухней, мы задали Андрею Антошину — руководителю отдела подбора персонала компании PARMA Technologies Group.
Андрей, для начала немного расскажи, чем занимается ваша компания?
Мы работаем на российском IT-рынке и разрабатываем заказное программное обеспечение для федеральных, региональных и муниципальных органов государственной власти. Среди наших крупнейших заказчиков — Центральный банк, Генеральная прокуратура, Правительство Москвы и Пермского края.
Есть ли специфика работы в компаниях уровня PARMA Technologies Group?
Да, безусловно, внутри нашей компании есть специфика работы, и кандидат должен ее учитывать в своем выборе. У нас матричная структура, благодаря которой из разных ресурсных центров собирается проектная команда для решения задачи заказчика. Проекты бывают разной длительности (от года до нескольких лет), после окончания сотрудники переводятся на новый проект или распределяются по существующим.
Кто может входить в состав проектной команды?
В любой IT-компании есть деление на роли в зависимости от типа и структуры. В нашей компании можно выделить:
- “Аккаунт” Account Manager, менеджер по работе с клиентами (заказчиками);
- Руководитель проекта — РП или PM (от англ. Project Manager);
- Аналитики;
- Разработчики;
- Тестировщики.
Эти пять ролей — must have, без которых, как правило, не обходится ни одна команда. В крупных проектах список ролей может быть шире.
Совет соискателю:
Всегда стоит оценивать функционал, а не исходить исключительно из названия вакансии, т.к. в описании вакансии могут использоваться альтернативные названия, принятые в конкретной компании.
Account Manager – кто он? Какие у него функции и как им стать?
Аккаунт взаимодействует с клиентами компании на верхнем уровне ((с руководителями организаций, бизнеса и т.д. — прим. ред.). Его главная задача — начать диалог с заказчиком и определить его потребности. Такой человек имеет широкую сеть контактов, знает потребности рынка и возможности компании, которую представляет. Именно от его усилий зависит преобразование идей заказчика в будущий проект, который мы реализуем.
Аккаунт — связующее звено между заказчиком и руководителем проекта в своей компании. Чаще всего Аккаунтами становятся Руководители проектов.
Судя по всему, руководитель проекта – это человек, который управляет проектной командой. Верно?
Руководитель проекта (РП) — это, в первую очередь, драйвер команды. Он также работает с верхнеуровневой потребностью заказчика, которую выявил Аккаунт, и встречается с ним для обсуждения деталей проекта, после чего формирует план проекта и организует исполнение работ для достижения целей заказчика.
Какие основные функции у руководителя проекта? Кто может им стать?
РП — это тот специалист, который на проект смотрит сверху и видит всю картину целиком, он — главнокомандующий проекта. Распределяет задачи, контролирует сроки выполнения и мотивирует команду, а также следит, чтобы проект двигался в заданных ресурсных и финансовых рамках. Чаще всего руководителями проектов становятся аналитики.
Получается, что Аккаунт и Руководитель проектов общаются с заказчиком. А остальные члены команды как-то с заказчиком взаимодействуют?
Конечно, все участники проекта взаимодействуют с заказчиком, но на разных уровнях. Чаще всего с заказчиком, помимо Аккаунта и РП, общаются аналитики.
Аналитик — это мозг команды и переводчик c языка заказчика на язык разработчика (и наоборот).
Наверное, это не так-то просто — преобразовать потребности заказчика в задачи разработчика?
Именно :) И поэтому роль аналитика принято разделять на бизнес- и системного аналитиков. Хотя часто на проекте один аналитик 2-в-1.
Бизнес-аналитик разрабатывает сценарии использования программного продукта после детального изучения бизнес-процессов заказчика. Он взаимодействует с заказчиком на этапе формулировки технического задания и участвует в презентации и передаче готового проекта.
Именно он обычно “наводит мосты” с конечными пользователями продукта и может отвечать за сопровождение и консультации заказчика после сдачи проекта. Иногда, правда, для работы с пользователями привлекаются специалисты по сопровождению — специально обученные люди, которые умеют устанавливать контакт с пользователями и помогают им решать проблемы, возникающие при внедрении системы.
Системный аналитик также общается с заказчиком, но задача у него другая. Если бизнес-аналитик формализует бизнес-процессы заказчика и под них оптимизирует бизнес-архитектуру проекта, то задача системного аналитика — спроектировать и оптимизировать средства автоматизации (собственно, сам разрабатываемый программный продукт) так, чтобы они решали заявленные потребности заказчика. Он согласовывает с заказчиком решения на системном уровне.
В команде системный аналитик занимается переводом описания, полученного от бизнес-аналитика, в технический проект системы (описание модулей системы, архитектуры системы, взаимодействие компонентов системы и т.д.), после чего формулирует постановки задач для разработчиков.
Почему представители IT-сферы называют программистов разработчиками? Есть ли какие-нибудь принципиальные различия между этими двумя терминами?
В IT-сфере термин «разработчик» считается устоявшимся. Так называют всех, кто занимается написанием исходных кодов. Но вообще, разница есть.
Программист – тот, кто пишет код, занимается непосредственной реализацией алгоритмов. Разработчик же не только пишет код, но и изучает существующие решения, чтобы не писать код там, где этого не требуется. При необходимости он подключает готовые компоненты в проект.
Программист может глубоко погружаться в реализацию необходимых алгоритмов, чтобы сделать их технически совершенными. Разработчик же стремится реализовать поставленные задачи с минимальными затратами времени и не вдается в подробности реализации готовых компонентов, если это не нужно.
Программист – создатель технологической ценности и создает наиболее совершенные и оптимальные алгоритмы. Разработчик же – создатель бизнес-ценности. Он создает новые свойства разрабатываемой системы творчески и при этом нацелен на наиболее эффективное решение бизнес-задач заказчика.
Если разработчики занимаются творческим процессом, то насколько подробные постановки задач для них пишут системные аналитики?
Постановка задачи обычно включает в себя входные/выходные данные, описание логики работы и технологические ограничения. Разработчик придумывает решения в рамках этих ограничений самостоятельно, основываясь на опыте, и далеко не всегда для этого он пишет что-то с нуля. Творческий процесс заключается в умелом использовании ограничений.
На этом первая часть интервью закончена. Во второй части мы подробнее поговорим с Андреем о других не менее важных ролях в IT-проекте, таких как тестировщик, дизайнер, администратор БД и т.д.
авторизуйтесь