Разбор обращений с доработками и модерация бизнес-задач;
Консультация по работе ПО и его возможностях в рамках обращений;
Заполнение периодов отпусков и управление распределением времени на поддержку и разработку;
Установка планового месяца реализации задач;
Совместная формализация и формирование задач и целей;
Декомпозиция задач и расчет планового времени;
Формирование спринтов;
Управление командой и продуктами.
1 | Работа с обращениями
Все обращения с типом <<Заказ доработки>>, <<Предложение/Идея>> или <<Консультация>> автоматически адресуются руководству отдела.
По результатам обработки обращения создаётся задача или цель.
Если это обращение с типом <<Консультация>>, то даётся ответ в комментарии.
2 | Создание цели
При формировании цели руководитель заполняет карточку с указанием названия, команды разработки и сроков реализации (при наличии).
В сформированной цели требуется прикрепить файлы для реализации и создать необходимые задачи.
В карточке цели отображается прогресс выполнения работ.
3 | Создание задачи
Алгоритм создания задачи рассмотрели в вводном лонгриде.
Важно: Руководителю при создании задач особое внимание нужно уделить указанию предшествующей задачи для обеспечения корректности планирования.
Чек-бокс <<Техническая>> устанавливается в задачах по обеспечению работоспособности продукта и не относится к задачам бизнеса.
4 | Управление планом разработки
План разработки формируется исходя из целей бизнеса в текущий период времени.
Целью формирования плана является эффективное распределение задач по месяцам.
Количество часов на разработку в месяце формируется автоматически, исходя из графика отпусков и доступного времени у участников команды.
После расчёта задачи становится доступен выбор планового месяца для исполнения.
При просмотре плана можно изменить месяц исполнения задачи в соответствии с потребностями Компании.
Или удалить из плана нажатием на корзину.
5 | Формирование спринтов
Спринт - это список задач, которые будут точно выполнены за некий срок в календарных неделях.
Спринты должны быть непродолжительными по времени (3-4 недели), что позволяет более гибко подходить к процессу разработки.
Формирование спринта происходит на основании плана разработки.
Форма создания спринтов:
1 - Выбор команды; 2 - Установка срока спринта; 3 - Список всех задач с указанием планового месяца; 4 - Выбранные задания в спринт; 5 - Кнопка создания спринта; 6 - Доступное время команды на разработку в конкретном спринте.
После создания спринта руководитель назначает подзадачи на исполнителей, и команда начинает работу.
6 | Принятие результатов доработки
После того, как работа с задачей завершена (тестировщик завершил тестирование), заказчик получает задачу в АИС Portal на проверку доработки.
В описании содержится ссылка на задачу в АИС Scrum, описание задачи и выбор результата проверки с возможностью добавить комментарий.
Карточка принятия доработки в АИС Scrum.
<<Публикация на боевом сервере>> - результат принят и готов к запуску. <<Требуется небольшая доработка или есть замечание>> - результат не принят и необходимо внести небольшие корректировки. <<Есть ошибка>> - результат не принят и требуется более серьёзное исправление по задаче (открывается форма создания ошибки).
7 | Управление командой
На роль руководителя отводится формирование команд и эффективное распределение рабочей нагрузки на каждого участника.
Так выглядит заполненная карточка команды. Руководитель может удалить или редактировать команду.
В ней отображается системная информация, а также список участников с указанием должности и распределением времени между разработкой, поддержкой и исправлением ошибок.
Пропорции распределения времени обновляются руководителем каждый квартал по результатам прошлых спринтов.
Режим <<Редактировать>> даёт возможность менять название команды и роли внутри.
Важно! В режиме редактирования необходимо указывать рабочие часы на выпадающие отпуска участников команды.
При редактировании/создании команды можно управлять составом участников - добавить/удалить и установливать пропорции распределения времени.
8 | Дополнительная информация
О процессе декомпозиции задач читайте в статье Wiki по ссылке >