Fuckups

Проблемы

• Нет конца
• Нет ответственных
• Не всегда команда в курсе

Предложения

Предложение 1.

Что считать завершенным факапом?

Признаки конца факапа

• Пожара нет
• Проведён анализ
• Заведены задачи в нужные очереди

Предложение 2.

Категории

Баг при релизе

• fuckups-361 Не работал мастер онлайн оплаты
• fuckups-389 LinkService не обрабатывал события
• fuckups-387 Не работает аутентификация в биллинг-стади

Факапы администрирования

• fuckups-273 Не работал биллинг
• fuckups-300 Недоступен эластик в билли
• fuckups-397 Таймауты при работе с биллингом

Повышение нагрузки

• fuckups-299 Серьезная деградация апи биллинга
• fuckups-405 Elastic встал на GC паузу
• fuckups-409 Тормоза API биллинга из-за огромного выставленного счета

Предложение 3.

Процесс решения

1. Тушим пожар

Ответственный в зависимости от типа:

• Баг - ответственный разработчик задачи
• Администрирование - админы
• Нагрузка - дежурный

Если надо привлекаем любого члена команды!

Инфа на SOSах для команды.

2. Проводим анализ

Ответственный в зависимости от типа:

• Баг - ответственный разработчик задачи
• Администрирование - админы
• Нагрузка - другой разработчик

3. Ревью анализа

Тут стандартно

4. Задачи

• Или делаем.

• Или заводим и отдаем менеджерам разработки.

5. Закрываем факап

• Закрываем карточку, все дела

• Оповещаем команду - как?

Пример спорных выводов

Пример спорных выводов

Пример хорошего анализа и выводов

Приберемся в факапах!

Вопросы?