Product Owner (PO) vs бизнес-аналитик (BA) и Scrum Master (SM). Рабочий дневник: День 123

Зачем вообще я начал этот опрос? В нашу команду добавили Product Owner-а и тестировщика для мобильных приложений.

Теперь мы решаем, когда будем проводить дейлики. Мне удобнее днём, под пельмешки, но, кажется, всё идёт к вечеру…

🚘 Итак, у нас в команде уже три менеджера, а общее число участников выросло до 11 человек!

Честно говоря, я не совсем понимаю задачи PO. Однако он уверенно залетел на дейлик с вопросами про бэклоги какие-то и горизонты планирования.

Как я вижу работу PO в нашем проекте

1. Стейкхолдеры (бизнес) замечают, что лайки могут повысить вовлечённость пользователей.

2. PO формулирует бэклог в виде user story: «Хочу добавить возможность ставить лайки постам, чтобы пользователи чаще взаимодействовали с контентом».

3. BA прорабатывает детали:
— Обсуждает поведение кнопок с фронтом и бэком.
— Описывает API (POST /likes, GET /likes/{post_id}).
— Создаёт мокапы и схему взаимодействия.

4. SM организует планирование:
— Помогает команде оценить задачу (story points).
— Устраняет блокеры, например, если API ещё не готово, то он согласовывает сроки с бэкенд-ом.
— SM контролирует временные рамки (timeboxing) и следит, чтобы спринты завершались вовремя.

5. Начало разработки:
— Фронт читает документацию от BA (Acceptance Criteria).
— Добавляет кнопку лайка в UI.
— Настраивает логику взаимодействия с API.
— Проводит ручное и unit-тестирование…?

6. Демо:
— Команда показывает результат PO.
— PO собирает обратную связь от бизнеса
— Если нужны доработки (например, «Добавить всплывающее уведомление при лайке»), BA и команда возвращаются к обсуждению

Вот такая бюрократия. На самом деле, интересно наблюдать, как формируется кросс-функциональная команда с самого нуля.

🤪 Хотя, согласно исследованиям, в 75% случаев такие команды оказываются неэффективными.

Надеюсь, что мы попадём в оставшиеся 25%, хочу себе такой проект в портфолио добавить.

📊 #статистика День 1139 == 2372 час в IT