Статьи

Быть по вызову отстой: доказательство

Эта статья была спонсирована VictorOps . Спасибо за поддержку спонсоров, которые делают возможным SitePoint.

Работа в devops может иногда означать часы, дни и целые выходные по вызову на случай, если с вашим приложением что-то пойдет не так в течение критического периода времени. В то время как некоторым командам разработчиков удалось успешно адаптироваться к процессу по вызову, большинство из них считают, что присутствие по вызову является нагрузкой для их команды.

Задачей VictorOps является решение самых сложных задач, с которыми сталкиваются команды разработчиков программного обеспечения, которые требуют, чтобы их участники были по вызову. Недавно они опросили более 500 человек в мире разработчиков и спросили их, как они справляются с процессом вызова.

Снимок экрана 2014-12-08 в 11.41.11

Что они нашли

Быть по вызову стресс для некоторых …

Обеспокоены, что вашей команде трудно поддерживать максимальную эффективность во время вызова? Ты определенно не одинок. Фактически, одним из наиболее распространенных выводов в опросе VictorOps было то, что вызов по телефону — это медленно развивающийся и зачастую неэффективный процесс. Некоторые участники даже зашли так далеко, что сказали, что проблемы, связанные с вызовом, не улучшаются, а на самом деле ухудшаются. Что вызывают эти трудности по вызову? Некоторые респонденты ссылались на напряженность в браке, семье и других отношениях в семейной жизни, что говорит о том, насколько трудным может быть процесс по вызову.

И Бриз для других

У других участников, казалось, не было никаких проблем во время их общения по вызову. Для них помощь клиенту и азарт работы, казалось, сделали все, чтобы оно того стоило.

Автоматизация на подъеме

Из более чем 500 опрошенных более половины используют инструменты автоматизации инфраструктуры, и многие считают, что эти инструменты помогают облегчить боль, когда дело доходит до вызова.

Доморощенные не могут быть лучшими …

Если вы обнаружите трудности в инструментах и ​​процессах, которые вы используете в процессе вызова, возможно, настало время перевести вашу команду на решение SaaS. Согласно отчету, 70% используют собственные инструменты для решения проблем по вызову и почти 50% понятия не имеют, что они платят за свое текущее решение. Большинство респондентов не были довольны тем, что домашние системы использовались по вызову. В то время как новые инструменты и решения становятся доступными, большинству групп по вызову еще предстоит переключиться. Это может быть одной из главных причин проблем, с которыми сталкиваются те, кто участвует в процессе по вызову.

Но Alert Fatigue еще хуже

Большинство из нас оказались в ситуации, когда мы были завалены контрольными сигналами, большинство из которых были ложными. Фактически, из опрошенных 64% считают, что до четверти всех полученных предупреждений были ложными. Помимо того, что надоедать, ложные тревоги могут быть дорогими. Насколько дорогой вы спрашиваете? Данные VictorOps показывают, что всего за один год ложные оповещения могут стоить вашей организации более 100 000 долларов.

Проблемы решаются в чате

Когда приходит настоящее предупреждение, у каждой команды разработчиков есть свой способ найти решение. Однако есть сходства, и большинство команд, скорее всего, решат проблему, когда 1–5 участников будут общаться через чат-платформу.

Когда дым рассеивается

Что происходит после того, как проблема решена? Согласно недавнему опросу VictorOps: ничего. К сожалению, 75% опрошенных проведут ретроспективу только после значительных отключений и других серьезных ошибок. Хотите избежать простоев? Данные VictorOps показывают, что компании, которые проводят ретроспективы после каждой проблемы, независимо от того, насколько они незначительны, с большей вероятностью будут иметь меньшее время простоя и меньше ложных тревог.

Учиться больше

В этом проницательном отчете VictorOps есть чему поучиться, особенно если вы сейчас боретесь с процессом по вызову. Загрузите полный отчет с VictorOps здесь!