Scrum: роли, события, артефакты

На чём стоит Scrum

Scrum — лёгкий framework (каркас правил) для сложной работы, исход которой заранее неизвестен. Scrum Guide 2020 начинается так: «Scrum is a lightweight framework that helps people, teams and organizations generate value through adaptive solutions for complex problems». В основе — empiricism (эмпиризм: решения принимают по тому, что наблюдали, а не по плану) и lean thinking (бережливое мышление: убрать лишнее).

Эмпиризм держится на трёх pillars (опорах): transparency (работа и прогресс видны тем, кто принимает решения), inspection (регулярная проверка результата и процесса) и adaptation (изменение плана, когда проверка показала отклонение). Пять values (ценностей): Commitment, Focus, Openness, Respect, Courage.

Для AI-инженера это главное: ML-работа и есть сложная задача. Заранее неизвестно, дотянет ли модель до нужного качества. Scrum не обещает, что ты это знаешь, — он даёт короткий цикл, в конце которого ты смотришь на измеренный результат и решаешь, что дальше.

Три accountabilities

В гайде 2020 года слово — accountabilities (зоны ответственности), а не «roles». Scrum Team обычно из 10 человек или меньше, без подкоманд и иерархии; она cross-functional (все нужные навыки внутри) и self-managing (сама решает, кто, что и как делает).

• Product Owner — «accountable for maximizing the value of the product resulting from the work of the Scrum Team». Формулирует Product Goal, создаёт, объясняет и упорядочивает элементы Product Backlog. Это «one person, not a committee». Только Product Owner может отменить Sprint — когда Sprint Goal потерял смысл.
• Scrum Master — отвечает за то, чтобы Scrum работал как описано в гайде, и за эффективность команды («accountable for the Scrum Team's effectiveness»). Учит Scrum, добивается устранения impediments (препятствий), следит, чтобы events шли и укладывались во время. Это не project manager: задачи не раздаёт.
• Developers — все, кто делает Increment, включая ML-инженеров, data-инженеров и специалистов по evals. Они создают Sprint Backlog, держат качество через Definition of Done, каждый день подстраивают план под Sprint Goal и отвечают друг перед другом.

Пять events и timeboxes

Timebox — жёсткий предел времени. Цифры гайда даны для Sprint длиной один месяц:

Для коротких Sprint гайд говорит только «usually shorter». Пропорция для двухнедельного Sprint — примерно 4 часа на Planning, 2 часа на Review и 1,5 часа на Retrospective — распространённая практика, а не правило гайда; так и говори. Product Backlog refinement (уточнение Backlog: дробление элементов, описание, порядок, размер) — постоянная работа, а не отдельный event.

Три artifacts и их commitments

С 2020 года у каждого artifact есть commitment (обязательство), которое делает его прозрачным:

• Product Backlog → Product Goal: упорядоченный список того, что нужно продукту, и долгосрочная цель.
• Sprint Backlog → Sprint Goal: цель Sprint, выбранные элементы и план; Sprint Goal — «the single objective for the Sprint».
• Increment → Definition of Done: проверенный, пригодный к использованию шаг к Product Goal и формальное описание качества.

Definition of Done (DoD) — самый важный для инженера пункт. Работа, которая не соответствует DoD, не входит в Increment, не выпускается и не показывается на Review; она возвращается в Product Backlog. И ещё строка для больших компаний: если DoD входит в стандарты организации, «all Scrum Teams must follow it as a minimum». В банке это значит: стандарты безопасности и model risk — нижняя граница DoD каждой команды, а не внешняя помеха Scrum.

Правила внутри Sprint

Гайд перечисляет, что происходит во время Sprint: никаких изменений, которые угрожают Sprint Goal; «Quality does not decrease»; Product Backlog уточняется по мере надобности; scope (объём) можно уточнить и пересогласовать с Product Owner. Эта фраза — твой главный аргумент, когда предлагают выпустить небезопасную функцию ради срока: качество не снижается, обсуждается объём.

Пример. Идёт второй из десяти рабочих дней Sprint с целью «ассистент отвечает на вопросы о картах на английском». Руководитель продаж просит срочно добавить вопросы о кредитах. Developers не берут это сами: решает Product Owner. Если просьба не угрожает Sprint Goal, её ставят в Product Backlog на следующий Sprint. Если рынок изменился и цель потеряла смысл, Product Owner отменяет Sprint, и команда планирует новый.

Ещё две строки, которые удивляют людей. «The Sprint Review should never be considered a gate to releasing value»: Increment можно выпустить посреди Sprint, если он прошёл DoD. И Daily Scrum — event для Developers; Product Owner и Scrum Master участвуют в нём как Developers, только если сами работают над элементами.

Что изменилось в 2020 и чего в гайде нет

На этом ловят. По странице Revision History, в 2020 году гайд стал «even less prescriptive»: убраны три обязательных вопроса Daily Scrum, нет больше Development Team — одна Scrum Team с тремя accountabilities, добавлены Product Goal и commitments, «self-managing» вместо «self-organizing», у Sprint Planning появилась тема Why, текст короче 13 страниц.

Слов story points, velocity, user story, Definition of Ready, ceremony, stand-up в Scrum Guide нет. Это распространённые дополнительные практики; гайд говорит только о size и упоминает burn-downs, burn-ups и cumulative flows как способы прогноза. Фраза: «Story points and velocity are common complementary practices; the Scrum Guide itself only talks about size».