Вот приходишь в свой первый рабочий день в ИТ компанию, знакомят тебя с коллегами, а ты такой весь в волнении, да еще и должностей развели 😁
Аналитик, продукт менеджер, проджект менеджер, бррр…
Давайте разберемся, кто есть кто, чтобы как-то попроще было 👍
Менеджер продукта (Product Manager)
Задает стратегию развития продукта. Знает все о желаниях пользователей, предугадывает, что будет с рынком, на который рассчитан его продукт, живет и дышит своим продуктом. Именно продукт менеджер решает, какие функции должны быть у продукта, какие модные фишки нужно сделать, чтобы продукт больше покупали, а пользователи были довольны 😋.
Иногда таким продукт-менеджером является сам заказчик. Если заказчик это отдельное лицо, то между ним и продукт менеджером должна быть договоренность, может ли продукт менеджер сам принимать решения о новых фишках или это возможно только по согласованию с заказчиком.
Менеджер проекта (Project Manager)
Руководитель проектной команды, ответственный за управление проектом, достижение целей проекта в рамках бюджета, в срок и с заданным уровнем качества.
Отличие продукт менеджера от проджект менеджера в том, что первый придумывает, какие новые функции добавить в продукт, а второй ставит задачи своим подчиненным реализовать новые функции и сообщает продукт менеджеру о сроках, когда эти функции будут готовы.
Простыми словами, продукт менеджер решает ЧТО сделать, проджект менеджер отвечает за КОГДА и КАК сделать.
Иногда продукт и проджект менеджер – это одно лицо.
Аналитик (Analyst)
Давайте сразу разберемся с 2 основными направлениями анализа – бизнес и системный.
Бизнес Аналитик (Business Analyst)
Напрямую общается с заказчиками и продукт менеджерами и выясняет их пожелания и требования. Задача бизнес аналитика верхнеуровнево понять, чего хочет заказчик, как он видит продукт, который будет разрабатываться, какая цель у продукта и какие задачи он будет решать. В ходе общения с заказчиком бизнес аналитик может предлагать свои идеи по улучшению продукта и совместно с заказчиком формировать видение продукта (vision).
Видение проекта или Концепция или Vision — это описание сути будущего продукта. В этом документе описывается, что это за продукт, каковы цели и задачи его создания, кто его пользователи и каковы основные возможности будущей системы.
Системный аналитик (System Analyst)
Занимается анализом требований от заказчика и переработкой их в понятный для команды разработки формат. Если задача бизнес аналитика понять, как в целом будет выглядеть и функционировать система, то задача системного аналитика детально расписать все функции этой системы и ее поведение в различных вариантах использования, и кстати продумать все эти варианты использования, что на этапе бизнес анализа могут упустить.
Требования оформляются в специальный документ, который называется Техническим заданием (сокращенно ТЗ) или спецификацией.
Технический писатель (Technical writer)
Специалист, который занимается составлением документации по эксплуатации. Эти люди призваны помогать нам овладевать новыми технологиями, будь то модное устройство, либо же какая-нибудь новая программа. От этих людей отчасти зависит успех новинки, ведь именно им нужно убедить читателя в пользе продукта и объяснить, как им пользоваться.
Результат работы технического писателя – инструкция по эксплуатации системы, причем как для внешних пользователей, так и для сотрудников, обеспечивающих поддержку системы.
UI/UX дизайнер
Занимается разработкой макетов экранов / страниц нашего продукта (приложения / сайта / сервиса). Решает, где какие элементы будут расположены (кнопки, формы, баннеры, видео), чтобы этим было удобно пользоваться. А также заботится о внешнем виде нашего приложения – какие цвета, шрифты, изображения будут использоваться.
Иногда эту роль делят на 2 – проектировщик (расположить элементы на странице) и дизайнер(“раскрасить” эти элементы).
А теперь о расшифровке этих букв
UI = User Interface – интерфейс, с которым взаимодействует пользователь (кнопки, поля, баннеры, формы)
UX = User eXperience – опыт / впечатление, которое производит продукт на пользователя
Разработчик / Программист / Девелопер (Developer)
Специалист, занимающийся разработкой программного обеспечения. Неожиданно, да? 🙂
Разработчик реализует написанные аналитиком требования. Его задача воплотить в жизнь все функции, которая должна уметь делать система, чтобы внешне это совпадало с макетом от UI/UX дизайнера.
И тут важно заметить, что сейчас выделяются 2 основных направления в разработке (и тут я не рассматриваю языки программирования и стек технологий, а смотрю более глобально):
Frontend – это внешний вид программы, с чем непосредственно взаимодействует пользователь.
Backend – это логика, которую не видит пользователь, но благодаря которой все функции системы выполняются верно. Backend производит обработку пользовательской информации, полученной из frontend, и возвращает frontend’у результат в понятной форме.
Например, регистрация на сайте. Frontend разработчик сделает красивую форму и разместит ее в нужное место на сайте. Backend разработчик реализует логику, по которой после заполнения полей и нажатия на кнопку “Регистрация”, данные о твоей учетной записи будут занесены в базу данных в правильные поля, а также сделает проверку, благодаря которой ты не сможешь 2 раза зарегистрироваться в системе на один и тот же email.
Тестировщик (Testing Engineer)
Специалист, который проверяет, что продукт работает согласно требованиям к нему.
По сути тестировщики берут документацию, которую пишут аналитики, берут макеты, которые сделали дизайнеры, берут ПО, которое разработали девелоперы, и сравнивают - работает так, как написано в ТЗ? Выглядит так, как нарисовано на макетах?
Заинтересованные лица / Стейкхолдеры (Stakeholders)
Все те, кто так или иначе ждет реализации вашего продукта. К стейкхолдерам могут относится заказчики, пользователи, отдел маркетинга, который будет раскручивать ваш продукт, конкуренты, и даже твои друзья, которые спрашивают “ну че там у тебя на проекте, когда релиз?”