Руководство менеджера: приоритеты, исполнители и контроль дефектов

Как разобрать дефекты без исполнителя?

Откройте реестр проекта и примените фильтр «Исполнитель — Не назначен». Это очередь менеджера: дефекты, заведённые без исполнителя, автоматически никому не раздаются. Откройте карточку, определите ответственного и назначьте его — поле «Исполнитель» меняется кликом.

Дефекты конкретной задачи Битрикс24 открываются быстрее — кнопкой «Дефекты задачи в QA Деск» на вкладке «Баги» в карточке задачи. Если контекст назначения неочевиден, оставьте комментарий: почему дефект уходит именно этому человеку.

Как выставить приоритет и серьёзность?

Откройте карточку и поменяйте поля «Приоритет» и «Серьёзность» кликом прямо в карточке. Приоритет — «Наивысший», «Высокий», «Средний», «Низкий» — отвечает на вопрос «когда чинить»; серьёзность — «Блокирующая», «Критическая», «Значительная», «Незначительная», «Тривиальная» — на вопрос «насколько ломает продукт».

Правка полей дефекта (bug.edit) роли «Менеджер» доступна: можно уточнить название, описание, окружение и платформу, если автор чего-то не знал. Значение по умолчанию у приоритета намеренно не проставляется — пустое поле честнее, чем «Средний», выставленный системой.

Какие стадии дефекта доступны менеджеру?

Роль «Менеджер» распоряжается повторной проверкой, закрывает проверенные дефекты и помечает карточки «не багом». Рабочие переходы — взять в работу, устранить, отложить, переоткрыть — ей недоступны: их делает тот, кто чинит и проверяет.

Кроме этого менеджеру доступны: заведение дефектов, правка полей, назначение исполнителя, комментарии, вложения и удаление ошибочно заведённого дефекта в стадии «Новый».

Как контролировать критичные дефекты?

Примените в реестре или на доске фильтр по серьёзности «Блокирующая» и «Критическая» — это те дефекты, у которых вложение обязательно, то есть подтверждение приложено всегда. Дальше следите за движением карточек по стадиям и сроками в каждой.

На что смотреть в карточке:

• Лента изменений внизу карточки: кто, когда и что поменял, с причинами переходов. Ленту можно отфильтровать, оставив только комментарии людей.
• Циклы «Устранён» → возврат в работу: повторный возврат означает, что причина не найдена.
• Дефекты без следующего действия: карточка в «Новый» неделю — это очередь, а не статус.
• Чат связанной задачи: часть обсуждения живёт там, а не в карточке.

Что делать с отложенным исправлением?

Решение об отсрочке принимает менеджер, а сам перевод в «Отложен» выполняет тестировщик или разработчик — у роли «Менеджер» нет права на этот переход. Напишите в карточке комментарий с решением: отложить, поднять приоритет или запросить оценку, и назовите условие возврата.

Перевести дефект в «Отложен» можно из стадий «Новый» и «В работе», причина обязательна. Из «Отложен» дефект возвращают в «В работе» — это тоже делает тестировщик или разработчик. Менеджер из «Отложен» может пометить дефект «не багом».

Как закрыть дефект после проверки?

Переход «На повторной проверке» → «Закрыт» роли «Менеджер» доступен, как и возврат «На повторной проверке» → «В работе», если исправление не прошло. Обычно закрывает тот, кто проверял, — менеджер закрывает, когда проверяющий недоступен или речь о приёмке.

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

Частые вопросы

Почему я не могу взять дефект в работу?

Рабочие переходы — «взять в работу», «устранить», «отложить», «переоткрыть» — роли «Менеджер» не выданы. Их выполняет тот, кто чинит или проверяет.

С каких стадий менеджер может пометить дефект «не багом»?

С четырёх: «Новый», «В работе», «Переоткрыт» и «Отложен». Из «Устранён» и «На повторной проверке» перехода в «Не баг» нет ни у одной роли — сначала дефект возвращают в работу.

Можно ли назначить исполнителем человека не из пространства?

Нет, сервер откажет: исполнитель выбирается из участников пространства. Сначала пригласите человека и выдайте ему роль, затем назначайте.

Как увидеть, сколько дефект простоял на стадии?

Полная лента изменений в нижней части карточки показывает каждый переход с датой и автором. Отчёт по времени на стадиях и доле возвратов — в планах продукта.

Кто может удалить дефект?

Ошибочно заведённый дефект в стадии «Новый» удаляют менеджер, тестировщик или администратор. На остальных стадиях — только администратор. Удаление архивное: ключ и ссылки сохраняются.