- Создатель Неизвестный пользователь (aleksandr.miroshnich), отредактировано мар 22, 2024

# Структура спринтов ЕРВУ

Фичи текущего спринта

Пул задач текущего спринта можно увидеть в витрине ЕРВУ (Текущий спринт)

### FAQ по ведению спринтов:

1. Какие задачи могут быть включены в спринт?

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

2. Что делать, если по задаче в конце спринта поступили новые требования?

Если после 5 рабочего дня спринта включительно поступили требования, которые требуют фактически разработки фичи с нуля, то данная ситуация должна эскалироваться на руководство Департамента развития платформы государственных сервисов. Без решения руководства требуется в рамках спринта реализовать функционал в рамках предыдущей разработки и презентовать его на Demo. В случае необходимости новые требования реализовать как следующий этап развития фичи в следующем спринте. Если фича не была реализовано

3. Какая задача считается завершённой?

Задача (фича/стори) считается завершённой в случае её принятие на Demo руководством департамента. Если фича не была реализована в полном объёме, то она переходит в техдолг и должна быть закрыта в следующем спринте.

4. Как правильно заводить задачи вместе с кураторами?

На этапе подготовки к спринту со стороны руководства департамент поступает список фич к реализации фич со списком ответственных кураторов. После распределения задач по командам лид (или после делегирования аналитикам) заводит соответствующие стори в jira, который ответственный куратор должен дополнить соответствующими требованиями. На этапе реализации задачи обновление требований или список замечаний по итогам тестирования ответственный куратор должен указывать в разделе "Комментарии". После получения согласования куратора, что фича реализована в полном объёме и приёмки реализации на Demo стори можно закрыть.

5. Сколько времени можно заложить на разработку в спринт?

Плановая нагрузка на разработчика в рамках спринта - 56 часов (из 80 в спринте). Данный объем должен быть заложен на каждого члена команды по итогам декомпозиции спринта не позднее второго рабочего дня спринта включительно. Остальное время отводиться на авральные задачи/подготовку релиза. Ответственные за сопровождение ПГС члены команды должны не менее 8 часов закладывать на задачи 3ЛП.

6. Где посмотреть нагрузку на сотрудников?

В связи с включением в структуру спринта подзадач, штатные средства Jira не могу корректно отследить нагрузку. Для удобного просмотра загрузки можно воспользоваться витриной ЕРВУ (Рабочая нагрузка по исполнителям) .

7. Как правильно декомпозировать фичу на подзадачи?

При поступлении задачи на разработку фичи и заведение стори должна быть заведена задача на проведение анализа и проектирование. После проведения анализа должна быть поставлена задача на каждого задействованного разработка из расчёта, что задача объемом не превышает 16 рабочих часов (очень желательно) и по её итогу можно получить понятный артефакт.

8. Как часто нужно обновлять статусы задач?

Статусы подзадач должны актуализироваться ответственными перед каждым дейли команды или после завершение какого - либо этапа работ. Статусы стори должны актуализироваться утром перед каждым demo или после завершение какого - либо этапа работ.

# Ведение задач ЕРВУ

### Иерархия типов задач на проекте ЕРВУ:

### Особенности по заведения Story:

1. Типы историй:

a) Бизнес - стори - фича, реализуемая по требованию бизнес - заказчика. Требование к реализации формируется ответственным куратором. Задача закрывается после приёмке на Demo (или согласования куратора).

b) Тех стори - фича технического характера, не требующая приёмки бизнес - заказчиком. Требования к реализации формируется командами самостоятельно и помечается меткой "tech".

c) Орг. стори - Обязательная для заведения задача в спринт для списания трудозатрат на организационные мероприятия команды (дейли, показы и т.д.)

d) Авральная стори - Обязательная для заведения задача в спринт для агрегации минорных задач спринта, которые в силу тех или иных аспектов нельзя выделить в отдельную фичу (минорные правки, исправление багов и т.д.)

2. Исполнитель истории - всегда лид команды, ответственной за фичу. История может включать подзадачи для разных команд, но ответственным за её реализацию должен быть конкретный лид

2. Автор - если за задачей закреплён ответственный куратор, требуется указать его вместо автора истории

### Общие требования по заведению в Jira задач:

1. Проект: https://jira.egovdev.ru/browse/ERVU
2. Тема: (должно содержать суть задачи, начинаться с глагола в повелительном наклонении), (пример: Реализовать кнопку скачивания выписки в карточке гражданина)

3. Компонент: ЕРВУ + компонент команды, если есть понимание какая команда занимается/будет заниматься реализацией:

   Команда | Компонент
   --- | ---
   Команда | Компонент
   Реестр воинского учета | РВУ

4. Метки - атрибут используется для разметки типов задач для разных категорий исполнителей ( Не рекомендуется множить метки без понимания формата дальнейшего использования!):

   Метка | Описание
   --- | ---
   Метка | Описание
   tech | Выделение фич технического характера (Только для задач с типом "История")
   back | Задача дя back разработчика
   front | Задача для фронта
   process | Задача для разработка процессов
   analytics | Задача для аналитика

5. Epic Link - Ассоциация задачи с каким - то разделом ЕРВУ. Можно найти на вкладке "Список задач" доски "ЕРВУ (По исполнителям)" . ( Задачи с типом "Technical task" наследуют epic от родительской истории)
6. MGMT Link - MGMT нужно фичи
7. [09.01.2024-31.12.2024] [ПГС-ЕРВУ] [РЛ_КЦ_Технический_проект_ФРГУ] [З00005571] Создание ЕРВУ и реестра повесток (Для удобства ввода можно ввести 5571)
8. Исполнитель - ответственный за реализацию задачи
9. Sprint - спринт, в рамках которого планируется реализация задачи

10. Описание - конкретизированные требования по реализации со всей необходимой сопроводительной информации:

    Содержание | Требование
    --- | ---
    Содержание | Требование
    Требования по реализации | Описание требований по реализации в рамках тикета
    Окружение | На каком из стендов требуется произвести доработку (По умолчанию: dev стенд)
    Тест - кейс (опционально) | При постановке со стороны бизнес - описание кейса с помощью которого возможно проверить доработку

Фильтровать данные таблицы Создать сводную таблицу Создать диаграмму
Configure buttons visibility
Нравится Станьте первыми кому понравится это

- Нет меток
- Редактировать метки

Написать комментарий...

Добавить комментарий

Обзор
Инструменты контента
{"serverDuration": 82, "requestCorrelationId": "d2c5ebd3f4b1c1b8"}
search
recentlyviewed
attachments
weblink
advanced
image-effects
image-attributes

- Абзац

- Жирный
- Курсив
- Подчеркнутый
- Cредство выбора цвета
  Дополнительные цвета
- Форматирование

- Маркированный список
- Нумерованный список

- Список задач

- Убрать отступ
- Сделать отступ

- Выровнить по левому краю
- Выровнить по центру
- Выровнить по правому краю

- Разметка страницы

- Ссылка

- Таблица

- Вставить

- Разметка страницы

- Отменить
- Восстановить

- Найти/Заменить

- Справка по быстрым ссылкам на клавиатуре

Подключение...