В ваших ИТ-процессах нет DevOps? Пять серьёзных проблем, о которых стоит знать!

Мы с гордостью сообщаем, что эта статья была опубликована...
ЗДЕСЬ, в LinkedIn >>>

Здравствуйте! Давайте сегодня будем предельно честны.

В ИТ без DevOps команды разработки и эксплуатации часто конфликтуют. Комплексная проверка качества функций и возможностей, нужных заказчику, начинается, когда разработчики уже заняты другим проектом. Аудит информационной безопасности и готовности к эксплуатации проводится за день до запланированного развёртывания…

Устранение проблем ПО на этом критическом этапе проекта, особенно дефектов проектирования и безопасности, которые следовало обнаружить и исправить ещё 8 месяцев назад, ставит под угрозу непрерывность работы и ИТ, и бизнеса. Уставшие разработчики, не готовые сотрудничать специалисты эксплуатации, изолированные подразделения тестирования и безопасности, требовательные, но отчаявшиеся руководители проектов и продуктов, рассерженное руководство и разочарованные клиенты и заинтересованные стороны ИТ мало способствуют созданию дополнительной ценности.

Постоянная передача задач и зависимости во всех мыслимых направлениях, бесчисленные несогласованные, ручные и непрозрачные операции — для вашего ИТ-отдела это обычный рабочий день.

Хотя любая работа занимает много времени, ничего лучше пока не предвидится. А вам всё ещё нужна эта работа, чтобы зарабатывать.

Наконец наступает день запуска…

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

И всё же в коридорах вашего большого ИТ-отдела уже начинают праздновать запуск. Вам тоже пора выпить и прийти в себя после тяжёлой бессонной ночи. То, что вы вчера сломали в рабочей среде, всё равно будет проблемой кого-то другого. Ничего страшного…

Теперь вы, должно быть, удивляетесь, как такие трудные проекты вообще удаётся завершить, если они побывали в столь отчаянном состоянии. Ответ даёт теорема о бесконечных обезьянах. Если коротко, обезьяна, которая бесконечно долго случайным образом нажимает клавиши пишущей машинки, наверняка напечатает заданный текст, например полное собрание сочинений William Shakespeare. Это не шутка.

Так и здесь: хотя невозможно предсказать, когда работа закончится, если ИТ-команда достаточно долго откладывает проект и выигрывает время, она в конце концов его сдаст.

Вот что мы обещаем разобрать:
Пять серьёзных проблем ИТ без DevOps, о которых стоит знать!

Проблема № 1. Постоянный конфликт между разработкой и эксплуатацией!

Среди многих важных обязанностей вашего ИТ-подразделения есть две основные задачи:

1. Вашей команде разработки нужно быстро поставлять решения, чтобы реагировать на меняющиеся потребности клиентов и рынка, на котором работает ваш бизнес.
2. Ваша команда эксплуатации должна гарантировать стабильное, предсказуемое, безопасное и непрерывное обслуживание клиентов и рынка.

При такой структуре команды разработки и эксплуатации преследуют противоречащие друг другу цели и руководствуются разными интересами. Этот конфликт снижает производительность, качество обслуживания, удовлетворённость клиентов, результаты ИТ-подразделения и в конечном счёте эффективность всего бизнеса.

Проблема № 2. Вы накопили технический долг!

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

Технический долг можно сравнить с финансовым. Чем больше долгов, тем меньше возможностей достичь целей. Со временем правильное решение становится почти невозможно принять, и вы скорее всего возьмёте на себя новые долги.

С техническим долгом происходит то же самое. Чем больше он становится, тем меньше возможностей создать и поставить подходящее решение. В итоге вы строите обходные решения поверх других обходных решений, карточные домики друг на друге. Когда всё рухнет — вопрос времени. Вы это уже знаете.

Проблема № 3. Ваш бизнес зарабатывает на самых уязвимых системах!

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

Эти системы обычно в центре вашего бизнеса, и трудно найти встречу, на которой их так или иначе не обсуждают. Это самые важные системы, и их затрагивают почти все проекты. Их роль в бизнесе требует постоянного внимания, срочных изменений и незапланированных исправлений, а инциденты первого приоритета всё равно не прекращаются.

Проблема № 4. Нарушив обещание, вы даёте ещё более серьёзное!

ИТ-подразделение постоянно нарушает обещания и разочаровывает заинтересованные стороны, поэтому те становятся требовательнее, чтобы наверстать упущенное. Вам и руководителям часто остаётся только сказать «почему бы и нет», если под рукой нет более привлекательного предложения о работе.

Затем вашим подразделениям разработки и поставки поручают задачу крупнее обычного. Критически важные системы и ИТ-архитектура не готовы выполнить требования в заданные «срочные» сроки, и вы начинаете проектировать новые обходные решения поверх старых.

Проблема № 5. Работа больше не приносит удовольствия!

В итоге у всех становится ещё больше дел. В календаре не осталось даже часа, чтобы спокойно заниматься работой, для которой вас наняли и за которую платят. Письма сыплются в почту, и вы используете непродуктивное время на совещаниях, чтобы пробежать глазами и разобрать в основном непонятные и бесполезные входящие. Невольно думаете, почему у вас нет обязательного курса по работе с почтой и написанию писем.

Чтобы продолжать свою работу, вы обычно зависите от других команд. Но запрос, который вы передали пару недель назад, ещё даже не заметили: другая команда только начала новый проект «Horizon 2400», одновременно устраняя 9 инцидентов первого приоритета, вызванных нестабильными приложениями.

Вы понемногу теряете терпение, потому что для продолжения работы нужны ответы от единственного назначенного контактного лица другой команды.

Вы не выдержали и отправили ещё одно письмо с напоминанием. На этот раз поставили её руководителя в копию и подумали, что стоило сделать это ещё в первом письме.

Не прошло и нескольких секунд, как появилось два уведомления об отсутствии. Ваше контактное лицо до конца недели будет на рабочих встречах по «Horizon 2400», а её руководитель сегодня дома на больничном.

Итоги и дальнейшие шаги…

В этой статье мы постарались объяснить, с какими трудностями сталкивается большинство компаний и ИТ-специалистов. Это порочные круги и цепочки ухудшений, в которых живёт почти каждая компания и каждый специалист.

По оценке Gartner, компании по всему миру ежегодно тратят впустую около 600 миллиардов USD на незапланированное обслуживание ИТ, на которое не выделен бюджет, чтобы поддерживать работу систем, приносящих выручку.

Вот как эта сумма выглядит цифрами:
$600,000,000,000.- Сколько?!

Как вы, вероятно, уже поняли, осмыслить такой масштаб потерь в профессии, требующей серьёзной умственной работы, непросто.

Это задача, за которую стоит взяться. У DevOps есть ответы для некоторых компаний и, возможно, для вашей, если она готова экспериментировать, учиться и адаптироваться.

А теперь позвольте задать вопрос…

Хотите освоить DevOps? Да?

Отлично! International DevOps Certification Academy™ предоставит всё необходимое, чтобы вы могли с удобством освоить DevOps и сдать экзамен на сертификацию!

Подведём итог: получите бесплатный мгновенный доступ к учебным материалам и видео по DevOps уже сегодня!

Прямая ссылка на бесплатный курс DevOps приведена ниже:

Получить бесплатный мгновенный доступ к учебным материалам и видео DevOps, пока действует ссылка >>

Спасибо!

Yeliz Obergfell и команда International DevOps Academy™

P. S. Давайте ещё раз будем предельно честны!
Все мы знаем, что сегодня мало кто читает такие статьи. Но мы всё равно находим время готовить для вас эти материалы. Даже если статью прочитает лишь горстка людей и узнает что-то новое, мы будем считать, что сделали свою работу на благо мирового сообщества DevOps.

Поддержите наши усилия по подготовке этой статьи! Если вы дочитали и нашли её полезной, оставьте отзыв ниже, поставьте отметку «Нравится» и поделитесь с коллегами.

ЗАРАНЕЕ СПАСИБО! :)