Итак, что стоит говорить коллегам

репортыинцидентыкоммуникация

Не надо писать эмоциями, пишите фактами:

Не "я застряла, все плохо", а "падает в этом месте, до этого все нормально, нужна помощь с логгированием/ нужна помощь с фиксом" Пиши фактами, не эмоциями

Проси конкретную помощь:

"Нужен созвон с теми, кто делал авторизацию", "Подтвердите, что я беру токен из нужного места", "нужна ссылка на доку, поделитесь"

Добавляйте следующий чекпойнт

  • “Следующий апдейт в 16:00: либо найден корень, либо эскалирую на @…”
  • “К 12:00 принесу один из вариантов: фикс или обходной путь.”
  • “Сегодня до конца дня — PR, завтра утром — проверка на staging.”

Делай риски нейтральными (без обвинений)

Плохо: “Не успеваю, потому что аналитики не дали требования.”

Хорошо (примеры):

“Риск: критерии приёмки не зафиксированы. Нужен выбор A/B сегодня до 15:00.”

“Риск: нет доступа к staging. Без него не могу проверить сценарий оплаты.”

“Зависимость: нужна финальная формулировка ошибки для пользователя (текст/локализация).”

Разделяй «блокер» и «замедлитель»

Суть: блокер = стою, замедлитель = иду, но медленнее/с риском.

  • “Блокер: нет доступа к staging (ошибка 403).”
  • “Замедлитель: логов не хватает, добавляю доп. логирование, ETA +2 часа.”
  • “Блокер: неясно ожидаемое поведение при таймауте. Нужен ответ от продукта.”

Калибруй частоту: не спамь, но будь предсказуем(а)

Учитывай аудиторию: менеджеру говори сроки/риски, инженеру лучше давать контекст/ссылки

один апдейт может содержать два слоя: коротко всем + детали тем, кому надо.

“Для менеджера: ‘укладываемся/не укладываемся + почему’. Для инженера: ‘где упало + ссылка на репро/код’.”

“Коротко: ‘починила’. Технически: ‘причина - NPE из-за null в X, тесты добавлены’.”

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