Sprint Planning инициирует Sprint, планируя работу, которую необходимо выполнить в этом Sprint. Результатом события становится план, созданный совместными усилиями всей Scrum-команды.
Product Owner обеспечивает готовность участников к обсуждению наиболее важных элементов Product Backlog и их связи с Product Goal. Scrum-команда может приглашать на Sprint Planning для консультаций и других людей.
1.Почему этот Sprint ценен? (Product Owner предлагает, как можно повысить ценность и практичность продукта в текущем Sprint. Затем вся Scrum-команда совместно определяет Sprint Goal, которая объясняет, почему Sprint ценен для заинтересованных лиц. Sprint Goal должна быть сформулирована до окончания Sprint Planning.)
2.Что может быть готово в этом Sprint? ( Developers обсуждают с Product Owner, какие элементы Product Backlog выбрать для включения в текущий Sprint. Scrum-команда может попутно уточнять эти элементы, чтобы улучшить понимание и повысить уверенность. Выбор элементов, которые получится завершить за Sprint, может оказаться трудной задачей. Однако, чем больше Developers знают о своей прошлой производительности, своих возможностях на следующий Sprint и своем определении готовности, тем более уверенно они могут прогнозировать работу на следующий Sprint.)
3.Как будет выполняться выбранная работа? (Developers для каждого выбранного элемента Product Backlog планируют работу, необходимую для создания Increment, соответствующего определению готовности. Это часто делается путем декомпозиции элементов Product Backlog на более мелкие задачи продолжительностью не более одного дня. То, как это делается, остается на усмотрение разработчиков. Никто не указывает им, как превращать элементы Product Backlog в Increments ценности. Sprint Goal, выбранные элементы Product Backlog, плюс план их реализации вместе называются Sprint Backlog.)