Какие встречи есть в Scrum
Что проверяют
Знаете ли вы Scrum по Scrum Guide, а не по пересказам, и понимаете ли, где в этом цикле место аналитика. Следом часто спрашивают, что вы делаете на refinement и как задача попадает в спринт готовой к разработке.
Как отвечать
В актуальной редакции Scrum Guide 2020 года событий пять, и первое из них сам спринт:
- Sprint: контейнер для остальных событий, фиксированной длины, не больше месяца;
- Sprint Planning: до 8 часов на месячный спринт. Отвечает на три вопроса: зачем этот спринт (цель спринта), что берём из Product Backlog и как будем это делать;
- Daily Scrum: 15 минут для разработчиков, проверка движения к цели спринта и перестройка плана. Три классических вопроса из Guide убраны в 2020 году, формат команда выбирает сама;
- Sprint Review: до 4 часов. Не приёмка и не демо ради демо, а рабочая встреча со стейкхолдерами, после которой может поменяться бэклог;
- Sprint Retrospective: до 3 часов, про процесс, людей и инструменты, итог это конкретные улучшения.
Для коротких спринтов эти встречи обычно пропорционально короче.
Отдельно скажите про Product Backlog Refinement: в Guide это не событие, а постоянная деятельность. Для аналитика она главная: к ней вы готовите истории с критериями приёмки, прорабатываете сценарии и ограничения, согласуете API и макеты, режете крупные элементы. Многие команды вводят Definition of Ready, но в Scrum Guide его нет, это практика команды.
Привяжите ответ к своему опыту: как часто у вас проходил refinement, кто на нём был и что вы приносили. Если команда жила по адаптированному Scrum, так и скажите и объясните, что отличалось от канона.
Где спотыкаются
Называют refinement обязательной церемонией Scrum. Практика распространённая, но в Guide она описана как процесс, а не событие.
Описывают дейли как отчёт руководителю по трём вопросам. По смыслу это планирование дня самими разработчиками.
Путают review с приёмкой задач владельцем продукта. Готовность работы определяет Definition of Done, а на review обсуждают результат и дальнейшие шаги.