Альфа-Багатон. Как мы закрыли кучу багов в двух больших продуктах в формате хакатона
Баги неизбежны. Если, конечно, вы в принципе пишете какой-то код и создаете какие-то продукты. Критерием качества становится количество этих багов и скорость их закрытия.
И здесь все решают приоритеты компании и настрой самих разработчиков. Современный бизнес устроен так, что и менеджменту, и разработке обычно куда интереснее придумывать новые фичи, выкатывать их, собирать обратную связь и что-то улучшать. И куда менее интересно сидеть и разгребать бэклог в попытках закрыть какие-то старые баги.
Но это не значит, что багами заниматься не надо.
Чтобы закрыть большой набор багов на двух наших продуктах для бизнеса, интернет-банке и мобильном банке (далее по тексту НИБ и АБМ), мы решили провести мероприятие под названием Багатон — команды в привычном формате хакатона фиксят баги. В качестве мотивационной части выступили 400 000 рублей лучшей команде из каждого направления, стильный мерч и утешительные призы для занявших вторые и третьи места.
Количество багов на момент Альфа-Багатона составляло порядка 150-160 штук.
Выбор багов
Для начала нам надо было оценить все актуальные для НИБ и АБМ баги, чтобы понять, какие из них мы берем в багатон, а какие — оставляем за скобками. Для этого мы поработали в связке с сотрудниками боевого сопровождения — именно они изначально и заводят баги, и скорят их по определенной модели. В итоге на доску для багатона мы добавили 81 баг. Забегая вперед — за время багатона удалось исправить 57 из них. Под "исправленным багом" понималось не просто заявления от команды вида "Готово, пофикшено!", а более сложный процесс — доработка по такому багу должна была встать на бой, а затем сотрудник сопровождения должен был подтвердить, что баг действительно закрыт. При этом у веб-версии все просто, там выкатывать обновления можно в любой удобный момент, а вот у мобильного приложения есть свой релизный цикл, поэтому проверка занимала какое-то время.
Вместе с этим баги выбирались такие, чтобы максимально повысить качество продуктов и по возможности допилить всё самое критичное. У нас было понимание того, что именно раздражает пользователей сильнее всего и от чего надо избавляться в первую очередь — благодаря группам Alfa Insiders в социальных сетях и подробной обратной связи.
Команды и ход багатона
После внутренней коммуникации на сотрудников у нас было около 40 команд, предварительно готовых поучаствовать.
Команды были довольно разнородны по составу — могло быть 8 человек, мог быть один, то есть "командой" мог считаться как универсальный солдат, готовый сам поправить нужные баги, так и боевая единица в составе продакта, аналитиков, разработчиков и тестировщиков. Дизайнеров в этих командах не было.
«Расправа» с багами выглядела так
Команда выбирает себе баг по душе и начинает над ним работать
Потом засылает реквест
В жюри сидит разработчик — он смотрит на полученный реквест, если с его точки зрения всё ОК, то он нажимает на платформе галочку от имени жюри.
Тестировщик из команды сдает отчет по тестированию
Тестировщик на стороне жюри прожимает свою галочку, если все ОК
Этот отчёт уходит аналитику в жюри. Системные аналитики смотрят и отчет, и пулл-реквест, а также апдейт в документации на дорабатываемое решение.
Если всё ОК — аналитик ставит финальную, третью галочку.
Как только все три аппрува от жюри получены, баг технически считается закрытым (пока еще не практически, потому что обновление еще надо выкатить на прод). Если обновление выкатывается, а ошибка сохраняется, то у команды все равно есть возможность поправить это, но уже со штрафными баллами.
Формат хакатона
Разбор старых и надоевших багов — довольно рутинная для сотрудников история, но при этом всё равно нужная и важная для бизнеса и для конечных пользователей продукта. Поэтому мы и решили реализовать ее в формате хакатона хоть с каким-то элементом соревнования и геймификации. Чтобы вышла не ситуация, при которой участники просто сидят и правят баги, а именно соревнования, в котором каждая команда может доказать, что она лучше. Плюс ещё и денежные призы.
Из 57 решений с Багатона 53 успешно встали на бой, ребятам понравилось, да и формат приняли хорошо — скорее всего, будем повторять Багатон примерно раз в полгода, по мере накопления новых багов, да и коллеги из розничного бизнеса (Альфа-Клик, Альфа-Мобайл) теперь подумывают о том, чтобы провести такое и у себя.
Результаты были такими:
НИБ
1 место — «Душные письма» (300 баллов, 6 исправленных багов)
2 место — «Платежи НИБ» (280 баллов, 7 исправленных багов)
3 место — «Buggati» (275 баллов, 3 исправленных бага)
АБМ
1 место — «Монреаль» (360 баллов, 6 исправленных багов)
2 место — «Платежи-АБМ» (125 баллов, 7 исправленных багов)
3 место — «Лондон» (95 баллов, 3 исправленных бага)