Хочу расписать более детально, чтобы за колдунство не приняли ;) Т.к. РО в любой момент может подкинуть в беклог fooo.n с макс. приоритетом, оно все равно не попадет в таски на Спринт.

Хотя Скрам - это гибкий "скелет", но аджайл принцип требует приоритет общения с заказчиком над предустановками и ОДНОВРЕМЕННО приоритет людей над процессом т.е. Скрамом, а цель - все таки рабочий продукт, возможна такая коллизия:

1) Без приёма всеми учасниками команды в беклог на спринт задача не пойдет
2) НО если все ивенты прошли, можно закончить спринт на день раньше, например, а бэклог пропаботать до закрытия спринта и принять требования от РО
3) Если оценка на планинг-ивенте дана до суток, то скрам-мастер может принять с командой задачи по Эпику на выполнение

Однако успеть выполнить можно только при достаточно мелком Эпике и железной оценке часов по всем таскам, т.к. 60% времени программиста в лучшем случае идёт на код, да и работа творческая, предполагающая риск. Скрам-мастер, как "защитник" тут должен сблансировать выгоду от PSI с неудобствами для команды, но т.к. все митинги, кроме стенд-апа возможно переносить - таймбокс не пострадает.