Работа в АИС SCRUM
Роль руководителя и тимлида
Зона ответственности
  • Разбор обращений с доработками и модерация бизнес-задач;
  • Консультация по работе ПО и его возможностях в рамках обращений;
  • Заполнение периодов отпусков и управление распределением времени на поддержку и разработку;
  • Установка планового месяца реализации задач;
  • Совместная формализация и формирование задач и целей;
  • Декомпозиция задач и расчет планового времени;
  • Формирование спринтов;
  • Управление командой и продуктами.
1 | Работа с обращениями






Все обращения с типом <<Заказ доработки>>, <<Предложение/Идея>> или <<Консультация>> автоматически адресуются руководству отдела.

По результатам обработки обращения создаётся задача или цель.

Если это обращение с типом <<Консультация>>, то даётся ответ в комментарии.

2 | Создание цели



При формировании цели руководитель заполняет карточку с указанием названия, команды разработки и сроков реализации (при наличии).



В сформированной цели требуется прикрепить файлы для реализации и создать необходимые задачи.

В карточке цели отображается прогресс выполнения работ.

3 | Создание задачи

Алгоритм создания задачи рассмотрели в вводном лонгриде.

Важно:
Руководителю при создании задач особое внимание нужно уделить указанию предшествующей задачи для обеспечения корректности планирования.

Чек-бокс <<Техническая>> устанавливается в задачах по обеспечению работоспособности продукта и не относится к задачам бизнеса.

4 | Управление планом разработки


План разработки формируется исходя из целей бизнеса в текущий период времени.

Целью формирования плана является эффективное распределение задач по месяцам.

Количество часов на разработку в месяце формируется автоматически, исходя из графика отпусков и доступного времени у участников команды.




После расчёта задачи становится доступен выбор планового месяца для исполнения.




При просмотре плана можно изменить месяц исполнения задачи в соответствии с потребностями Компании.

Или удалить из плана нажатием на корзину.

5 | Формирование спринтов

Спринт - это список задач, которые будут точно выполнены за некий срок в календарных неделях.

Спринты должны быть непродолжительными по времени (3-4 недели), что позволяет более гибко подходить к процессу разработки.

Формирование спринта происходит на основании плана разработки.

Форма создания спринтов:

1 - Выбор команды;
2 - Установка срока спринта;
3 - Список всех задач с указанием планового месяца;
4 - Выбранные задания в спринт;
5 - Кнопка создания спринта;
6 - Доступное время команды на разработку в конкретном спринте.
После создания спринта руководитель назначает подзадачи на исполнителей, и команда начинает работу.
6 | Принятие результатов доработки


После того, как работа с задачей завершена (тестировщик завершил тестирование), заказчик получает задачу в АИС Portal на проверку доработки.

В описании содержится ссылка на задачу в АИС Scrum, описание задачи и выбор результата проверки с возможностью добавить комментарий.


Карточка принятия доработки в АИС Scrum.

<<Публикация на боевом сервере>> - результат принят и готов к запуску.
<<Требуется небольшая доработка или есть замечание>> - результат не принят и необходимо внести небольшие корректировки.
<<Есть ошибка>> - результат не принят и требуется более серьёзное исправление по задаче (открывается форма создания ошибки).
7 | Управление командой

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

В ней отображается системная информация, а также список участников с указанием должности и распределением времени между разработкой, поддержкой и исправлением ошибок.


Пропорции распределения времени обновляются руководителем каждый квартал по результатам прошлых спринтов.
Режим <<Редактировать>> даёт возможность менять название команды и роли внутри.

Важно! В режиме редактирования необходимо указывать рабочие часы на выпадающие отпуска участников команды.

При редактировании/создании команды можно управлять составом участников - добавить/удалить и установливать пропорции распределения времени.
8 | Дополнительная информация

О процессе декомпозиции задач читайте в статье Wiki по ссылке >

Made on
Tilda