Notice: file_put_contents(): Write of 9543 bytes failed with errno=28 No space left on device in /var/www/tgoop/post.php on line 50

Warning: file_put_contents(): Only 8192 of 17735 bytes written, possibly out of free disk space in /var/www/tgoop/post.php on line 50
OnAgile Learning Hub 💎@agilethinking P.184
AGILETHINKING Telegram 184
4 способа совместить в спринте работу по проекту и поддержку

Многим ИТ-командам знакома ситуация: берем задачи в спринт и не успеваем их завершить, потому что часть времени ушла на поддержку уже существующего продукта.

Понятно, что если задачи по поддержке появляются регулярно, при планировании спринта нужно заложить резерв на их выполнение.

Для этого есть четыре основных паттерна:

1. Выделить процент из объема задач, которые команда выполняет за спринт. (Объем оценивается, например, в сторипойнтах.) Соотношение в каждом проекте будет свое и определяется экспериментально.

Соответственно, на планировании спринта мы берем в бэклог задачи суммарным объемом, например, в 70% производительности команды. А 30% оставляем на поддержку.

2. Зарезервировать время. Это не обязательно фиксированные часы — просто мы понимаем, что, например, 2 часа в день уходят на поддержку. Значит на новые фичи остается 6 часов.

Казалось бы, очень просто, но этот паттерн здорово помогает реалистично оценивать силы и не брать в работу больше, чем мы реально способны сделать за казалось бы «целый рабочий день».

3. Выбрать «дежурного по багам». То есть участника команды, который в данном спринте фиксит всё. При планировании спринта мы этого человека не учитываем в командной производительности.

4. Провести отдельное ретро и всей командой порассуждать, почему у нас столько инцидентов? Можем ли мы уменьшить их количество?

Этот паттерн не отменяет предыдущих и, скорее, может стать первым шагом. Такая ретроспектива еще и очень полезна с точки зрения изменения парадигмы: выйти за пределы своего списка задач и вместе с коллегами подумать о продукте и процессах.

А как вы учитываете поддержку при планировании?



tgoop.com/agilethinking/184
Create:
Last Update:

4 способа совместить в спринте работу по проекту и поддержку

Многим ИТ-командам знакома ситуация: берем задачи в спринт и не успеваем их завершить, потому что часть времени ушла на поддержку уже существующего продукта.

Понятно, что если задачи по поддержке появляются регулярно, при планировании спринта нужно заложить резерв на их выполнение.

Для этого есть четыре основных паттерна:

1. Выделить процент из объема задач, которые команда выполняет за спринт. (Объем оценивается, например, в сторипойнтах.) Соотношение в каждом проекте будет свое и определяется экспериментально.

Соответственно, на планировании спринта мы берем в бэклог задачи суммарным объемом, например, в 70% производительности команды. А 30% оставляем на поддержку.

2. Зарезервировать время. Это не обязательно фиксированные часы — просто мы понимаем, что, например, 2 часа в день уходят на поддержку. Значит на новые фичи остается 6 часов.

Казалось бы, очень просто, но этот паттерн здорово помогает реалистично оценивать силы и не брать в работу больше, чем мы реально способны сделать за казалось бы «целый рабочий день».

3. Выбрать «дежурного по багам». То есть участника команды, который в данном спринте фиксит всё. При планировании спринта мы этого человека не учитываем в командной производительности.

4. Провести отдельное ретро и всей командой порассуждать, почему у нас столько инцидентов? Можем ли мы уменьшить их количество?

Этот паттерн не отменяет предыдущих и, скорее, может стать первым шагом. Такая ретроспектива еще и очень полезна с точки зрения изменения парадигмы: выйти за пределы своего списка задач и вместе с коллегами подумать о продукте и процессах.

А как вы учитываете поддержку при планировании?

BY OnAgile Learning Hub 💎


Share with your friend now:
tgoop.com/agilethinking/184

View MORE
Open in Telegram


Telegram News

Date: |

Other crimes that the SUCK Channel incited under Ng’s watch included using corrosive chemicals to make explosives and causing grievous bodily harm with intent. The court also found Ng responsible for calling on people to assist protesters who clashed violently with police at several universities in November 2019. 1What is Telegram Channels? 5Telegram Channel avatar size/dimensions Read now Image: Telegram.
from us


Telegram OnAgile Learning Hub 💎
FROM American