Рабочие процессы

Мы используем Yandex Tracker для ведения задач и планирования разработки.

• Основная очередь: https://tracker.yandex.ru/VBDEV
• Основная agile-доска: https://tracker.yandex.ru/agile/board/40

Жизненный цикл задач

Основные статусы

• Backlog (бэклог) — идеи и будущие задачи
• Todo (готово к разработке) — задача подготовлена и может быть взята в работу
• Blocked (требуется информация) — работа приостановлена из-за отсутствия данных, доступа или внешних зависимостей
• Development (в разработке) — задача находится в активной разработке
• Review (ревью) — код или решение проходит review
• QS (тестирование) — задача находится на этапе тестирования
• Ready to release (готово к релизу) — задача проверена и ожидает выкладки
• Released (релиз) — изменения доставлены в production
• Done (завершено) — задача полностью выполнена и закрыта
• Canceled (отменено) — задача признана неактуальной или отменена

Правила работы со статусами

Мы не ограничиваем переходы между статусами — любой участник команды может изменить статус задачи при необходимости.

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

Рекомендуется:

• не оставлять задачи в промежуточных статусах без активности
• переводить задачи в Blocked, если работа действительно остановлена;
• своевременно обновлять статус после review, тестирования и релиза.

Компоненты

При создании задачи обязательно указывайте один или несколько компонентов — это помогает фильтрации, аналитике и распределению ответственности.

• vibe-api — backend Vibe, интеграции и API
• vibe-mobile — мобильное приложение Vibe
• vibe-web — витрина и пользовательский web-интерфейс
• vibe-admin — административный интерфейс Vibe
• checkpoint-api — backend СКД / Ticket Scanner
• checkpoint-mobile — мобильное приложение Ticket Scanner
• showroom — backend и frontend витрин
• salespoint — backend и frontend кассовой системы

Рекомендации по оформлению задач

Заголовок задачи

Название должно кратко описывать результат работы.

Хорошо:

• Добавить фильтрацию событий по категории
• Исправить авторизацию через Apple ID

Плохо:

• Фикс
• Проблема с логином

Описание задачи

По возможности указывайте:

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

Ответственный и сроки

• Назначайте исполнителя при начале работы.
• Если задача срочная или привязана к релизу — указывайте дедлайн или milestone.

Задачи на исправление ошибок

Для багов создавайте отдельные задачи с типом Bug (ошибка)

Рекомендуется указывать:

• краткое описание проблемы;
• шаги воспроизведения;
• окружение (production / staging / dev, платформа, версия приложения);
• идентификаторы связанных сущностей, если они есть (заказы, пользоваватели и тп)
• скриншоты, видео или логи при наличии.

Пример хорошего заголовка:

• Не работает оплата через Apple Pay в iOS
• Scanner падает при повторном сканировании QR

Если баг найден во время тестирования другой задачи — обязательно прикладывайте ссылку на связанную задачу.