Зоопарк в IT: кто есть кто в команде (краткий определитель)

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

1. Бизнес-аналитик (БА)

Человек, который переводит с русского на русский технический. Общается с заказчиком, выясняет, что тому на самом деле нужно, и пишет это в документах. Часто именно БА виноват в том, что «хотелось как лучше, а получилось как всегда», но именно он спасает разработчиков от прямого общения с неадекватными клиентами. Этакий переводчик, который иногда сам не знает, что переводит, но делает это уверенно.

2. Системный аналитик (СА)

Более техничная версия БА. Уже думает про API, базы данных и интеграции. Если БА описывает, что должна делать система, то СА описывает, как она это будет делать. Часто пишет схемы, на которых потом никто, кроме него, не может разобраться. Разница между БА и СА примерно как между «хочу вкусняшку» и «дайте рецепт этого торта с точностью до грамма».

3. Продуктовый менеджер (Product)

Отвечает за то, чтобы продукт был нужен людям и приносил деньги. Решает, что делать, а что не делать, и балансирует между «хотелками» бизнеса и возможностями команды. Если продукт провалился - виноват он (даже если виноват рынок). Это человек, который говорит «да», когда все говорят «нет», и «нет», когда все говорят «да».

4. Проектный менеджер (Project)

Отвечает за то, чтобы проект был сдан вовремя, в бюджет и в рамках скоупа. Любимые инструменты - диаграмма Ганта и чувство вины. В отличие от продукта, не думает «зачем», он думает «когда и сколько ресурсов». И да, он из тех, кто верит, что девять женщин могут родить ребенка за месяц.

5. Архитектор (Solution/System Architect)

Технический стратег. Рисует коробочки и стрелочки на уровне всей системы, выбирает технологии и проклинает легаси. В идеале код не пишет, а только «задаёт направление», но иногда спускается с небес на землю, чтобы что-то починить. Знает, что идеальное решение существует, но стоит оно как крыло от «Боинга».

6. Системный администратор (Sysadmin)

Бог серверов, хранитель бэкапов и гроза разработчиков. Отвечает за то, чтобы железо работало, сеть не падала, а доступы были розданы. Часто живёт в консоли и разговаривает с пингвинами. На вопрос «почему упал сервер?» отвечает «сейчас посмотрю логи», но на самом деле уже знает, что кто-то опять нажал не ту кнопку.

7. DevOps-инженер

Эволюционировавший сисадмин, который понял, что если что-то делается руками, то это можно автоматизировать. Строит CI/CD, пишет пайплайны и мечтает о том, чтобы разработчики сами деплоили свои поделки. Автоматизировал всё, кроме своей зарплаты.

8. Backend-разработчик

Пишет «мозги» системы: логику, работу с базами данных, API. Его не видно, но если он ошибся - всё падает. Любит тёмные темы в IDE и ненавидит фронтендеров (но это взаимно). Свято уверен, что фронтенд - это просто «кнопочки», хотя сам не может сверстать даже кнопку «Отмена».

9. Frontend-разработчик

Отвечает за то, что видит пользователь. Борется с браузерами, адаптивностью и «дизайнерскими хотелками». Часто страдает от того, что бэкенд отдаёт данные не в том формате. Может объяснить, почему на iOS кнопка на один пиксель левее, чем на Android.

10. Fullstack-разработчик

Человек-оркестр. Умеет и бэкенд, и фронтенд. В маленьких командах - спаситель, в больших - тот, кто делает всё, но ни в чём не эксперт. Как швейцарский нож: вроде всё есть, но резать большим ножом удобнее.

11. QA-инженер (Тестировщик)

Ломает то, что сделали разработчики, чтобы пользователи не сломали это сами. Пишет тест-кейсы, гоняет автотесты и находит баги там, где их «не может быть». Единственный человек в команде, который искренне радуется, когда что-то не работает.

12. Скрам-мастер

Не начальник, но и не просто секретарь. Следит за тем, чтобы команда работала по Scrum, проводит встречи и убирает препятствия. Если команда страдает - скрам-мастер страдает вдвойне (или делает вид). Спрашивает «Что мешает вам работать?» и получает ответ «Ты и твои встречи».

13. Тимлид (Team Lead)

Технический лидер и папа команды. Пишет код, ревьюит чужие пул-реквесты, решает конфликты и защищает команду перед начальством. Часто разрывается между «сделать самому» и «научить других». Может позволить себе не писать код, но всё равно пишет, потому что не может смотреть на этот ужас.

14. CTO (Технический директор)

Отвечает за технологическую стратегию компании. Уже не пишет код (или пишет, но только в выходные для души), но решает, на чём писать, чтобы не пришлось переписывать через год. Помнит, как программировать, но уже забыл, зачем.

15. HR-менеджер / IT-рекрутер

Ищет людей, проводит собеседования и создаёт «культуру». Часто не понимает, чем отличается Java от JavaScript, но отлично знает, как продать вакансию. Обещает «дружный коллектив и печеньки», но забывает упомянуть про овертаймы.

16. Технический писатель (Technical Writer)

Пишет документацию, которую никто не читает, но без которой все жалуются. Переводит сложные технические штуки на человеческий язык. Документирует то, что разработчики хотели бы забыть.

17. UX/UI-дизайнер

Рисует интерфейсы, которые должны быть удобными и красивыми. Борется с разработчиками, которые говорят «это сложно верстать», и с продуктами, которые говорят «сделайте кнопку больше». Знает, что пользователь не будет читать инструкцию, но всё равно её рисует.

18. Data Scientist / ML-инженер

Работает с данными и моделями. Учит нейросети предсказывать будущее (или хотя бы курс акций). Часто страдает от того, что данные грязные, а бизнес хочет «искусственный интеллект». Может объяснить, почему его модель ошибается, но не может объяснить, почему она работает.

19. Инженер поддержки (Support Engineer)

Общается с пользователями, когда всё сломалось. Переводит крики «у меня ничего не работает» в баг-репорты для разработчиков. Часто знает о системе больше, чем сами разработчики. Психотерапевт для пользователей и переводчик для разработчиков.

20. Сетевой инженер

Настраивает роутеры, коммутаторы и VPN. Если сеть упала - виноват он, даже если причиной был экскаватор, перерезавший кабель. Может объяснить, почему интернет работает медленно, но не может это исправить.

21. Инженер по безопасности (Security Engineer)

Ищет уязвимости и закрывает дыры. Параноик по профессии. Если он не нашёл дыру - значит, плохо искал. Знает, что самый надёжный пароль - это тот, который ты забыл.

22. Release-менеджер

Отвечает за то, чтобы релизы выходили вовремя и без сюрпризов. Координирует разработчиков, тестировщиков и DevOps. Часто становится козлом отпущения, если релиз сорвался. Дирижёр, который пытается управлять оркестром, где каждый играет свою мелодию.

Заключение:

В IT, как в большой семье: кто-то зарабатывает деньги, кто-то чинит тачки, а кто-то просто создаёт уют. И только вместе они могут сделать продукт, который не развалится через неделю.

А кем работаете вы? Или кем вы себя ощущаете?