— получилось так, что благодаря свежим силам, количеству участников и их разному опыту смогли нашли как интересные и хитрые баги, которые пропустили(тут повлияло и отсутствие времени и замыленный взгляд) команды, так и незначительные ошибки;
— какие-то фичи команды ещё толком не тестировали и к началу мероприятия мы их получили с пылу с жару;
— основные команды уже знали о части багов, но т.к. они были заведены у них в собственных проектах в JIRA, участники их не видели. Чтобы не заставлять всех тратить время на поиск этих тасков по всей багтрекинговой системе, мы предложили заводить все баги в новом проекте JIRA с чистого листа;
— были и дубли багов во время самого мероприятия.
Идея отличная, но не для всех команд применима. Реальность такова, что для многих быстрая доставка важных фич приоритетнее исправления сразу всех багов.
В статье есть упоминание про это:
«А теперь ответ на самый каверзный вопрос, который все любят задавать: «А сколько новых багов вы посадили?».
Ответ: не больше 2% от всех обработанных.»
Можно дополнительно размечать такие задачи в Jira, использую компоненты/лейблы/что-то ещё.
Спасибо, Игорь)
Плюс мы кратко рассказывали про каждый проект перед началом сессий и всегда можно было задать вопросы команде аудита.
— какие-то фичи команды ещё толком не тестировали и к началу мероприятия мы их получили с пылу с жару;
— основные команды уже знали о части багов, но т.к. они были заведены у них в собственных проектах в JIRA, участники их не видели. Чтобы не заставлять всех тратить время на поиск этих тасков по всей багтрекинговой системе, мы предложили заводить все баги в новом проекте JIRA с чистого листа;
— были и дубли багов во время самого мероприятия.
«А теперь ответ на самый каверзный вопрос, который все любят задавать: «А сколько новых багов вы посадили?».
Ответ: не больше 2% от всех обработанных.»
К сожалению, на исправление всех багов не хватает времени.
Да, верно.