Prioitizing Scrum Backlog

Question

Наша софтверная компания получает буквально сотни запросов поддержки в день, и в нашей почтовой ящике работает целая команда. Как мы можем получить эффективные показатели, которые непосредственно отображаются в наших отставаниях Scrum?

Если мы слишком конкретны, команда слишком постоянно остерегается изменения показателей, если мы слишком общие, ПО должно сортировать слишком много писем, чтобы получить надежный приоритет.

Любые идеи?

Answer 1

Что вы подразумеваете под «запросами поддержки»?

Предполагая, что 3 широкие ковши:

1. "Как сделать X?" введите вопросы
2. «Это не работает правильно» (т. е. дефект)
3. «Было бы очень полезно, если бы это было». запросы на улучшение

В каждой из категорий (у вас может быть больше или меньше 3, но 3 - это хороший номер для работы) назначьте теги, которые классифицируют запрос. Мне нравится организовывать категории как метки для вертикальных столбцов и помещать «флаг» для каждого запроса в столбце. Это дает быструю и грязную вертикальную гистограмму, и я почти гарантирую, что вы увидите, что возникает соотношение Pareto, в котором 20% «тегов» приводят к 80% запросов. Теперь ваше ПО может расставить приоритеты среди/через 20% каждого из трех широких ковшей, зная, что они являются высокоценными.

Вы можете сохранить это как выполняемое упражнение.