Как обрабатывать унаследованное обслуживание проекта с помощью Scrum

Question

Моя компания экспериментирует с Scrum, и в настоящее время мы строим новый продукт. Зачастую нам нужно некоторое обслуживание в унаследованных проектах и ​​как их Scrum Master. Я озадачен тем, как справляется с этим в Sprint.

Должны ли мы ждать окончания Sprint и сделать новую короткую итерацию для устаревших проектов?

Плохо ли иметь «параллельную работу» и выделять одного разработчика для решения проблемы и выполнять техническое обслуживание?

Обс: у моей команды в настоящее время только 4 разработчика.

Edit:

Забыла сказать: содержание и основной проект разделены и совершенно разные.

Answer 1

Как я понимаю вашу ситуацию следующим образом:

1. Там не эффективна никакой связи между работой технического обслуживания и новым развитием.

2. Объем обслуживания относительно невелик. (Вы говорите < = 20%)

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

Это, конечно, важно, если вы хотите точно предсказать производительность своей команды.

Answer 2

Добавить работы по техническому обслуживанию в Записную книжку и определить ее приоритетность наряду со всеми другими проектами. Таким образом, вы гарантируете, что работа с наивысшим приоритетом всегда будет выполняться в первую очередь.