Изначально я совершенно не понял, почему системного аналитика решили позвать на встречу для сопровождения IT-систем. Не думаю, что смог бы открыть дивный новый мир, рассказывая про "Метрики и мониторинг" тем, кто с ним работает каждый день. Нужно было показать и рассказать то, что откроет, ну или хотя бы приподоткроет (отсылка к х/ф "День Выборов"). Попробую объяснить…

Команды разработки и сопровождения (OPS) в Enterprise-продуктах четко разделены по зонам ответственности и функциям. У них свои метрики и цели. Иногда OPS-ы могут обижаться, что так нужную/важную фичу команда разработки не берет в работу. Могут возникать споры и "битвы", но очевидно, что это бывает из-за ограничений в ресурсах и сроков задач продуктового бэклога. На митапе даже возникла дискуссия на этот счет, когда один из слушателей сформулировал вопрос. Потом то уже стало понятнее, какие есть варианты избежать эскалаций. 🏃‍♂️

Возвращаясь к моей цели доклада, я решил, что важно донести не инструменты и подходы мониторинга, а то, что нам — аналитикам, тестировщикам, да и команде в целом, важно, чтобы наша система была надежной, доступной и безопасной. Нам важно, чтобы её было легко тестировать и отлаживать при разработке, сопровождать и поддерживать. Я постарался своим примером и эмпатией показать, что не всегда нужно "драться" за ресурс. Если мы понимаем, для чего нам это нужно, то возьмем в работу наравне с самыми важными пользовательскими фичами.

Мой коллега Павел Степуро рассказывал про другой вариант решения. В моём понимании, он постарался ответить на вопрос: "Зачем нам продуктовая команда разработки, когда мы можем организовать свою?" Паша рассказал, как они в своем OPS-подразделении выделили SRE-единицу, которая занимается доработками систем для сопровождения. Классный подход, который позволяет сделать группы независимыми. Главное, чтобы была такая возможность и, конечно же, желание. 😊 (К слову, ребята крутые и много чего организовали в части автоматизации процессов 🔧.)

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