Всем привет! Я Тимлид, у меня в команде 6 разработчика (4

фронта, 2 бэк) и 1 дизайнер.
ПМа и Аналитиков нет.
Работаем in house над продуктом.
Спринт в 2 недели.

И вопрос как считать оптимальную нагрузку на спринт?

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

Последние 5 месяца спринт вел только по фронтенд части и в среднем выходило 80-100 стори поинтов
Сейчас хочу чтоб задачи бэка и дизайна тоже были видны в системе управления проектами(youtrack)

Вопрос первый:
Стоит ли создать отдельные доски Front, Back, Design чтоб стори поинты не смешивались?
При этом бэклог проекта общий

Вопрос второй:
И как быть с задачами, которые нужно еще дообсудить?
Например хотим внедрить для товара историю изменения полей(какой пользователь что поменял), но есть размытое представление как это должно быть, а Эпик в бэклоге проекта уже заведен и цель нового спринта реализовать это
При этом эпик должен пройти через: Согласованеи -> Дизайн -> Backend/Frontend
И получается что Back и Front не могут дать ответ что будут делать так как не согласовано что должно быть и дизайн не отрисован и получается стори поинты будут очень плавающими?

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

1) Нет, одна доска на всех, они же команда (если есть команда и она выделена на фулл тайм) 2) Оценивать задачу целиком командой. На планировании прикидывать что всём нужно для этого сделать. Брать и делать, профит

Hi, is there a way I can translate this to English.

Присоединюсь к Артему 1. Нет, сделайте одну доску (на ней будете видеть как клиентская ценность создается, а не отдельные люди загружены) 2. Веди этап на доске, который подразумевает обсуждение задачи, прямо внутри спринта, на этом этапе может досогласоваться и работа. Есть шанс что в спринт не поместитесь, но ничего страшного

Как тут любят отвечать не по существу я иногда обалдеваю. Спросили про спринты, стали выяснять зачем скрам нужен. Но пока я сам писал ответ @pimenaus уже ответил по делу все то же, что и я хотел ))) Делайте, как Лёша говорит )

Не соглашусь с коллегами и скажу, что у вас все более-менее. У вашего директора есть по карайней мере понимание, в чем ваш дифференшиатор, видимо. У вас есть дизайнер - есть надежда даже что-то юзаюельное сделать. В общем выглядит неплохо, я бы наверное посоветовал взять аналитика. С хорошей аналитикой можно параллелить работу дизайна и бекенда по крайней мере. Насчет оценки задач - оценивать в стори поинтах каждую фичу, дальше делаете подзадачи на дизайн, бек и фронт и оцениваете в идеальных часах. Старайтесь брать как можно дизайна "в спринт", вне спринта делайте только самые общие дизайны. Эпики, которые не готовы взять в спринт можно показывать на отдельной продуктовой доске. Со своими статусами "Todo", "Specing", "Designing", "Dev Ready". А вообще почитайте https://basecamp.com/shapeup/webbook

Скорость компонентой команды 0. О каких сторипойнтах идёт речь?

У меня вопрос, а тестер разве не нужен?

"Тестирование" нужно всегда=) Вопрос кто его делает, нанятый QA, аналитик, сами разработчики или PO - все это зависит от команды