Правила пилотирования
| Тип задачи |
Формат пилотирования |
Ответственный за пилот |
|
ФичиВажные и флноу
— затрагивают привычныйе пштуть
— затрагкивают UI
— меняют значительную часть функционала или весь полностью
|
|
Раск |
|
Фичи и флоу
— затрагивают привычный путь
— затрагивают UI
|
1. Исполнитель формирует список ролей, которых затронет изменение и формирует неслучайную выборку — представители этих ролей в размере 10% от итоговобщего количества таких пользователей,. котВыборые получкат изменение в итоге в формаируете неслучайной выборкия по id или алфавиту (например, для фичи 1 — все сотрудники с фамилиями на А или с id от 000001 до 000099). Важно, чтобы для каждой такой фичи это всегда были разные пользователи). 2. Фиксирует працвила формирования такой выборки в шапке задачи и курирует раздачу или раздаёт спам искзменения на проде. 3. Иссльзедователей,ь пи Пролучившихдакт функционал
Отсмотрят вебвизора, Ммониторингят обращенийя в горячку
|
UX-исследователь и Продакт |
|
Бизнес-логика
— Добавление и изменение ролей
— Изменение правил, ограничения
|
1. РаИсполнитель формирует список ролей, которых заткаронет изменение и формирует неслучайную выборку — представители этих ролей в размере 10% от итоговобщего количества таких пользователей,. котВыборые получкат изменение в итоге в формаируете неслучайной выборкия по id или алфавиту (например, для фичи 1 — все сотрудники с фамилиями на А или с id от 000001 до 000099). Важно, чтобы для каждой такой фичи это всегда были разные пользователи) .
2. Фиксирует правила формирования такой выборки в шапке задачи и курирует раздачу или раздаёт сам изменения на проде. 3. Предупреждает в чате эксплуатацияи и опционально ГЛ о том, что на часпискать пользователей, пилотно раскатан определучившихённый функционал , Спросит понабщение в члюдать.
эксплуча
4. Производитации Ммониторинг обращенийя в гГЛ пор темам, свячку занным с изменениями.
|
Исполнитель основной + QA-спец из его команды |
|
Техтаски
— Техдолг
— Техулушения
|
1. ЭИсполнитель эмуляциярует на аналогах машин пользователей Рповедение, связанной с технической задачей
2. После — курирует раздачу или раздаёт сам изменения на проде, но только на роль Разработчик
с п
3. Предупреждаениет об этом в чате Ally, чтобы все понаблюдали. Просит тестировщиков уделить этому побольшег
внимания
|
Исполнитель основной + QA-спец из его команды |
По завершении: собираем фидбэк и только если всё ок — раскаткываем на всех.
**Срок сборки фидбэка** зависит от того, насколько часто используется функционал, которого касаются тех. изменения:
— Для частых — достаточно 1-2 дней
— Для/ использованных раз в 1-2 недели/ — ждём пару недель
— Для ежемесяцачных в— зависиждём хостиябы одной ит черастотыции использования функции.
Необходимо заполнение поля:
