Команда разработки и роль системного аналитика в ней

Product Owner

Кто такой продакт-оунер и чем он занимается? 🤔

Продакт-оунер (Product Owner) — это ключевая фигура в команде разработки, которая отвечает за продукт с точки зрения бизнеса. Его задача — понять, что нужно пользователям, и превратить это в конкретные функции продукта.

Что делает продакт-оунер?

1️⃣ Определяет видение продукта

Формулирует цели и стратегию развития, чтобы продукт был полезным и востребованным.

2️⃣ Приоритизирует задачи

Управляет бэклогом продукта — списком задач, которые нужно реализовать для улучшения продукта.

3️⃣ Принимает готовую работу

Проверяет, соответствует ли выполненная задача требованиям, и принимает результат.

📌 Как взаимодействует с системным аналитиком?

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

Как работает продакт-оунер? 🤔

Продакт-оунер формулирует гипотезы о том, что может улучшить продукт и увеличить прибыль. А команда разработки реализовывает эти гипотезы. Посмотрим несколько примеров:

1️⃣ Если добавить функцию отзывов, увеличится количество покупок.

Почему? Пользователи ориентируются на мнения других.

Что дальше? Системный аналитик и разработчики определяют, как реализовать сбор и отображение отзывов.

2️⃣ Упрощение формы регистрации увеличит конверсию.

Почему? Сложная регистрация отпугивает клиентов.

Что дальше? Дизайнер с командой проектируют форму, а тестировщики проверяют её работу.

3️⃣ Push-уведомления о скидках увеличат активность пользователей.

Почему? Уведомления напоминают о приложении и акциях.

Что дальше? Аналитик продумывает данные для уведомлений, разработчики реализуют, а тестировщики проверяют.

Продакт-оунер формулирует идеи, а команда разработки воплощает их в жизнь, проверяя, действительно ли они приносят ожидаемый результат. 🚀

Project Manager

Кто такой проджект-менеджер и чем он занимается? 🤔

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

Что делает проджект-менеджер?

1️⃣ Планирование и координация

Распределяет задачи, устанавливает сроки и координирует работу между разработчиками, дизайнерами и аналитиками.

2️⃣ Управление рисками

Предвидит сложности и находит пути их решения, чтобы проект не сбился с курса.

3️⃣ Общение с заказчиком

Часто служит связующим звеном между заказчиком и командой, обсуждая детали и сообщая о прогрессе.

📌 Как взаимодействует с системным аналитиком?

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

Проджект-менеджер следит за процессом, чтобы проект двигался вперёд, а команда работала слаженно. 🚀

Дизайнер

Кто такой дизайнер и как он взаимодействует с системным аналитиком? 🎨

Дизайнер — это специалист, который отвечает за то, как приложение будет выглядеть и как пользователи будут с ним взаимодействовать. Он создаёт удобные и понятные интерфейсы, чтобы пользователи легко находили нужные функции.

1️⃣ Создание макетов и прототипов

Разрабатывает макеты экранов и прототипы, чтобы показать, как будет выглядеть приложение.

2️⃣ Проработка UX (User Experience)

Делает так, чтобы использование приложения было интуитивно понятным и удобным.

📌 Как взаимодействует с системным аналитиком?

Системный аналитик (СА) помогает дизайнеру понять, какие данные и функции нужны на каждом экране. СА описывает логику работы приложения, а дизайнер рисует макеты на эту логику.

Например, если нужно реализовать процесс покупки, системный аналитик описывает шаги, прорабатывает процесс и данные, а дизайнер рисует макеты, как это будет выглядеть для пользователя.

Что делать, если на проекте нет дизайнера? 🤔

На многих проектах бывает так, что дизайнера в команде нет, и тогда за создание макетов отвечает системный аналитик.

📌 Как это работает?

Системный аналитик не только собирает требования, но и создаёт макеты экранов, чтобы разработчики понимали, как должна выглядеть система. Эти макеты могут быть разного уровня: где-то это простые макеты ("вайрфреймы"), а где-то почти профессиональные макеты, как у дизайнера. Всё зависит от вашего подхода и ожиданий команды.

🔍 Зачем нужны макеты от аналитика?

Базовые макеты помогают разработчикам понять, где на экране будут расположены элементы, как пользователь будет переходить между экранами и взаимодействовать с системой.

🛠 Инструменты

Системные аналитики в основном используют для создания макетов Figma и Draw.io.

Системный аналитик

Мы уже детально писали о задачах системного аналитика в статье "Что делает системный аналитик? Задачи". А для еще большего понимания рекомендуем посмотреть бесплатный урок из курса "Системный аналитик. С нуля до старта"

Frontend и Mobile разработчики

Кто такие фронтенд и мобайл-разработчики? 👨‍💻📱

💻 Фронтенд-разработчики создают интерфейсы веб-приложений с использованием HTML, CSS, JavaScript и фреймворков вроде React и Angular. Веб-приложения доступны нам в браузере.

Фреймворк — это набор готовых инструментов и библиотек, которые помогают быстрее создавать приложения. Он помогает не писать всё с нуля.

📱 Мобайл-разработчики работают над мобильными приложениями для iOS и Android с использованием Swift, Kotlin и фреймворков, таких как React Native.

📌 Что им нужно от системного аналитика?

1️⃣ Чёткие требования

Описание каждого экрана приложения/веб-страницы.

2️⃣ Логика взаимодействий

СА описывает, как должны работать элементы: кнопки, формы, переходы, и какие данные они обрабатывают.

3️⃣ Взаимодействие с бэкендом

Разработчики делают так, чтобы интерфейс «общался» с сервером (бэкендом). Системный аналитик продумывает, как это взаимодействие будет работать: какие данные отправлять на сервер, что получать обратно.

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

Кто такие бэкенд-разработчики? 🖥️

Бэкенд-разработчики отвечают за логику и внутреннюю работу приложений. Они используют языки, такие как Java и Python, и фреймворки, например, Spring и Django.

📌 Что ожидают от системного аналитика?

1️⃣ Описание бизнес-логики

Какие сценарии использования должны быть в приложении? Как рассчитать, например, сумму скидки? Какие будут пользователи и что они могут делать в системе?

2️⃣ API-спецификации

Системный аналитик описывает данные, передаваемые между фронтом и бэком, указывая параметры запросов и ответов, а также возможные ошибки.

3️⃣ Интеграции

Описываем, как система будет взаимодействовать с другими внешними сервисами, какие данные нужно передавать, и как что обрабатывать.

4️⃣ Модель данных

Аналитик продумывает структуру данных, как данные связаны между собой.

В чём разница между фронтендом и бэкендом? 🤔

Если говорить просто, фронтенд — это то, что видят пользователи и с чем они взаимодействуют напрямую. Это интерфейс приложения: кнопки, текст, картинки, формы, страницы и всё, что появляется на экране.

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

👉 Смотрите картинки, чтобы наглядно понять разницу между фронтендом и бэкендом! 😄

Тестировщики

Кто такие тестировщики? 🔍

Тестировщики (QA-инженеры) — специалисты, проверяющие, что приложение работает правильно, соответствует требованиям и не содержит ошибок. Их задача — найти баги, чтобы пользователи не столкнулись с проблемами.

• Баг — это ошибка или дефект в приложении, из-за которого оно работает не так, как задумано.

📌 Что ожидают от системного аналитика?

1️⃣ Чёткое описание требований

Тестировщикам важно знать, как должно работать приложение. Системный аналитик описывает требования, чтобы тестировщики могли составить план проверки.

2️⃣ Сценарии использования

Аналитик предоставляет сценарии взаимодействия пользователей с приложением, чтобы тестировщики знали, что проверять и какой результат ожидать.

3️⃣ Критерии приёмки

Аналитик описывает критерии, по которым тестировщики определяют, что задача выполнена правильно.