Спринт-планирование
Приветствую, любители аналитики!
Раз уж завели разговор об организации рабочих процессов, поговорим теперь и о том, как у нас устроено планирование спринтов.
Управление задачами ведется с помощью тасктрекера. В нем есть всё что нужно: задачи, со статусом, исполнителем, назначенным спринтом и т.д. Мы пользуемся Яндекс Трекером, раньше работали с Jira.
Раз в неделю (утром в пятницу) мы созваниваемся и проводим это самое действо, состоящее из этапов:
1. Закрытие текущего спринта. Обычно, с задачами спринта работают в отдельном разделе, который называется Доска задач (или канбан-доска).
Что делается для закрытия спринта:
* Актуализируется статус задач. Уточняю у каждого исполнителя, на чем остановились в каждой задаче, обсуждаем, что осталось сделать, проверяю, что стоит коммент, отражающий ситуацию на данный момент.
* Закрываются задачи, которые прошли все стадии - исполнение, ревью на нашей стороне, приёмку заказчиком.
* Закрывается спринт. В Я.Трекере при этом сразу открывается новый.
2. Добавление задач из бэклога в новый спринт. Бэклог — это все задачи команды. В Я.Трекере это называется Очередь. Я заранее просматриваю все задачи там и, исходя из своего опыта прикидываю сколько времени займет каждая. Время оценивается в сторипойнтах. 1sp = от 0.5 до 1.5 часа. Т.о. 5sp = 1 день.
Также вчерне назначаю исполнителей, ориентируясь на контекст и зоны ответственности членов команды.
Далее на созвоне мы назначаем задачам новый спринт, тем самым добавляя их в него.
Объём задач на спринт таков, чтобы на каждого суммарно приходилось по 20sp. На дежурного - чуть меньше, скажем, 15sp.
В процессе обсуждения с командой может поменяться исходный исполнитель задачи, сторипойнты, а то и вовсе задача может закрыться/отмениться сразу.
Задачи, не влезшие в спринт по сторипойнтам, остаются в бэклоге до следующего планирования. Это важный момент, он подсвечен в SLA, т.о. аналитики спокойны, что никто не наедет за неисполнение не-спринтовой задачи.
Вот и всё. Новый спринт собран, все идут заниматься своим делом и не парятся, что что-то упустили. Благоприятные условия для входа в поток)
Приветствую, любители аналитики!
Раз уж завели разговор об организации рабочих процессов, поговорим теперь и о том, как у нас устроено планирование спринтов.
Спринт — это период в несколько дней (у нас - неделя), в течение которого выполняются только взятые в план задачи.
Управление задачами ведется с помощью тасктрекера. В нем есть всё что нужно: задачи, со статусом, исполнителем, назначенным спринтом и т.д. Мы пользуемся Яндекс Трекером, раньше работали с Jira.
Раз в неделю (утром в пятницу) мы созваниваемся и проводим это самое действо, состоящее из этапов:
1. Закрытие текущего спринта. Обычно, с задачами спринта работают в отдельном разделе, который называется Доска задач (или канбан-доска).
Что делается для закрытия спринта:
* Актуализируется статус задач. Уточняю у каждого исполнителя, на чем остановились в каждой задаче, обсуждаем, что осталось сделать, проверяю, что стоит коммент, отражающий ситуацию на данный момент.
* Закрываются задачи, которые прошли все стадии - исполнение, ревью на нашей стороне, приёмку заказчиком.
* Закрывается спринт. В Я.Трекере при этом сразу открывается новый.
2. Добавление задач из бэклога в новый спринт. Бэклог — это все задачи команды. В Я.Трекере это называется Очередь. Я заранее просматриваю все задачи там и, исходя из своего опыта прикидываю сколько времени займет каждая. Время оценивается в сторипойнтах. 1sp = от 0.5 до 1.5 часа. Т.о. 5sp = 1 день.
Также вчерне назначаю исполнителей, ориентируясь на контекст и зоны ответственности членов команды.
Далее на созвоне мы назначаем задачам новый спринт, тем самым добавляя их в него.
Объём задач на спринт таков, чтобы на каждого суммарно приходилось по 20sp. На дежурного - чуть меньше, скажем, 15sp.
В процессе обсуждения с командой может поменяться исходный исполнитель задачи, сторипойнты, а то и вовсе задача может закрыться/отмениться сразу.
Задачи, не влезшие в спринт по сторипойнтам, остаются в бэклоге до следующего планирования. Это важный момент, он подсвечен в SLA, т.о. аналитики спокойны, что никто не наедет за неисполнение не-спринтовой задачи.
Вот и всё. Новый спринт собран, все идут заниматься своим делом и не парятся, что что-то упустили. Благоприятные условия для входа в поток)