Понял, спасибо за ответ.

Оо, а видос внутри я и не заметил. :)

🎉

хехе))) ну там его еще на страничку вроде засунули

Подскажите а как работать с ним?

А что не получается? Там гайд фасилитатора есть и видео
Нужно к себе его скопировать нажав «use template”

Я просто с миро не работал, пытался потаскать стикеры но увы)

А есть кнопка Edit?

Пока не нахожу  такой

Появилась, я в начале мог только просматривать

мы там еще небольшое видео записали))) оно может помочь)) и инструкция

да, увидел, спасибо) не сразу его заметно там в правом уголке)

это ребята из Miro добавили на доску и на страничке еще есть внизу :)

Мы, к сожалению, сам шаблон уже не можем редактировать))) но если будут баги, обновления, что-то неудобно - обязательно им напишем)

Ой я сейчас глупость спрошу 🤦‍♂️.
Дано: Scrum и Jira.

У юзер-стори уже в конце есть состояния 1)  UAT (готовится формально пройти акцепт) и 2) деплой в прод
Так вот не всегда это можно сделать в этом же спринте, по независящим от команды причинам.

Как историю довести до правой колонки Done, чтобы она сгорела на Burndown chart'е - это понятно, назначаешь эти состояния как часть Done.
Но при этом у истории жизнь-то продолжается.

Не придумал ничего лучше, как иметь две доски - в терминах Jira - скрам-доска и канбан-доска (у которой свой done). Когда задача на скрам-доске доходит до Done, заводится задача по доведению до done done, которая берётся уже в следующие спринты.

Извращение какое-то получилось.

Нормальный кейс, все хорошо :)
А команда понимает степнь проблемы не potential shippable increment? Туда точно нужно поработать, если не понимают степерь важности делать готовый к поставке инкремент.

Собственно, советую исключить из Done пункты, которые вы физически не можете сделать и вписать их в Undone work и делать две вещи
-трекать сколько времени это занимает в последующих Спринтах (потери)
-постоянно искать возможности эти потери устранить

Накопленные знания помогут вам использовать их для эскалации или аргументированно отстаивать свою проблему. Возможно, она прям системная :)

Ну и конечно же, не делать из этого «так нормально, у нас так работает» это 100% не нормально :)

Ну и, как вариант, у вас не та длинна спринта.

В меньшую или большую стороны - надо копать, возможно, там еще с декомпозицией напряженка, с перегрузкой отдельных людей в команде и всякое вот такое.

Про увеличение спринта подумаю (но не хотелось бы), про трек задач на доведение до done done и системные проблемы тоже.

А пока видимо так придётся пожить.

А скок сейчас длина?