Читаем Проект «Феникс». Роман о том, как DevOps меняет бизнес к лучшему полностью

Другой руководитель вступает: «Он не шутит. Чтобы следовать правилам Патти, я должен был вручную вбивать сотни имен серверов в одно текстовое окошко. В большей части случаев там просто не хватало места! Сотни названий серверов должны влезть в текстовое окошко на 64 символа? Какой идиот разработал эту форму?»

И снова недобрый смех.

Патти уже пунцового цвета. Она кричит: «Нам приходилось использовать такие ограниченные окошки, чтобы добиться равнозначности данных! И я бы хотела поддерживать список приложений обновленным, но у меня нет возможностей. Думаете, все самостоятельно обновляется?»

«Патти, суть не в конкретном инструменте. Это просто дурацкий процесс, – говорит Вэс. – Когда мои ребята делали запросы на разрешение на изменение, им приходилось ждать вечность, чтобы его получить, а затем еще поставить в расписание. Бизнес-отдел постоянно сидит у нас на шее. Мы не можем ждать, пока ты охаешь и ахаешь, жалуясь, что мы неправильно заполнили форму».

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

Вэс резко отвечает: «Нам приходилось так делать, потому что только так мы могли добиться, чтобы твоя команда вообще рассмотрела их! Кто будет ждать три недели?»

Другой руководитель предлагает: «Может быть, сделать еще одно поле – «суперсрочно»?»

Я жду, пока смех утихнет. Такими темпами мы никуда не сдвинемся. Пораздумав, я, в конце концов, говорю: «Давайте сделаем десятиминутный перерыв».

После того как встреча возобновляется, я говорю: «Мы не закончим, пока не составим список авторизованных и включенных в расписание изменений, которые планируются на следующие тридцать дней.

Как вы можете увидеть, моя помощница принесла сюда стопку каталожных карточек. Я хочу, чтобы каждая группа внесла на нее все планируемые изменения, по одному на карточку. Там должна быть следующая информация: кто планирует, система, которая будет затронута и описание в одно предложение.

На доске я нарисую календарь, в который мы позже внесем одобренные изменения, – продолжаю я. – Таковы правила. Коротко и ясно».

Вэс берет стопку карточек, глядя на них с сомнением. «Серьезно? Бумажные карточки, в наши дни? Может мы используем твой компьютер? Хотя он, наверное, прародитель бумаги?»

Все смеются, но не Патти. Она злится, очевидно, недовольная тем, как все проходит.

«Это не похоже ни на один процесс управления изменениями, что я видел, – говорит Джон. – Но я запишу свои изменения на доске, вроде обновлений файерволов и мониторинга изменений, которые запланированы на следующую пару дней».

К моему удивлению, готовность Джона поучаствовать в этом вдохновляет всех остальных, и они начинают записать свои изменения на карточках.

В конце концов, и Вэс говорит: «Ладно, давайте попробуем. Все лучше, чем пользоваться старой программой».

Один из руководителей протягивает стопку карточек. «Я закончил с изменениями в базах данных, которые мы планируем осуществить».

После того как я одобрительно ему киваю, он быстро читает текст на одной из карточек: «Запустить рекомендованный производителем скрипт на сервере Octave XZ577, чтобы зафиксировать проблемы с производительностью систем платежей в розничных магазинах. Это затронет базы данных заказов и связанные с ними приложения. Мы бы хотели провести их в следующую пятницу в 20:30».

Я киваю, довольный ясностью предлагаемого изменения. Но Вэс говорит: «Это не изменение! Это просто запуск скрипта баз данных. Если бы ты его менял, то было бы о чем говорить. Следующий».

Но менеджер быстро отвечает: «Нет, это определенно изменение. Оно временно заденет некоторые настройки баз данных, и мы не знаем, на какую продукцию это может повлиять. На мой взгляд, это так же опасно, как изменение конфигурации баз данных».

Это изменение или нет? Я согласен с обеими сторонами.

После тридцати минут споров все еще неясно, как мы определяем «изменение».

Перезапуск сервера – это изменение? Да, потому что мы не хотим, чтобы все по своей воле перезапускали серверы, особенно если он сейчас включен в критические процессы. А как вообще насчет выключения сервера? Да, по той же причине. А как насчет включения? Нет, как нам показалось.

Спустя полчаса мы наконец-то можем записать на доске: «Изменение – это любая активность, которая физически, логически или виртуально затрагивает приложения, базы данных, операционные системы, сети или оборудование и которая может повлиять на текущие процессы».

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

К моему изумлению, никто, кроме меня, больше не выглядит разочарованным. Все вовлечены в дискуссию, даже Патти, – бурно обсуждают риски, связанные с предлагаемыми изменениями. По поводу одного даже выяснилось, что это изменение вовсе не обязательно.

Перейти на страницу:

Все книги серии Роман в стиле бизнес

Проект «Феникс». Роман о том, как DevOps меняет бизнес к лучшему
Проект «Феникс». Роман о том, как DevOps меняет бизнес к лучшему

Билл – IT-менеджер в компании Parts Unlimited. Утро вторника, по дороге в офис его застает врасплох звонок от генерального директора.Новая IT-инициатива компании под кодовым называнием «Проект Феникс» имеет критическое значение для Parts Unlimited, но проект явно выходит за рамки возможностей бюджета и очень сильно не укладывается в сроки. Генеральный директор хочет, чтобы Билл уладил все проблемы за 90 дней, или же весь отдел Билла будет уволен. С помощью перспективного члена команды и своей мистической философии Трех Путей Билл начинает видеть, что работа в IT имеет гораздо больше общего с работой завода, чем он когда-либо мог представить. Часы тикают, и Билл должен наладить связи между разными отделами компании, правильно выстроить работу и эффективно решить бесчисленные проблемы, возникающие в Parts Unlimited.В легком и развлекательном стиле авторы рассказывают историю, которая знакома всем, кто когда-либо работал в IT. Читатели не только узнают, как использовать методологию DevOps в своих компаниях, они уже никогда не посмотрят на IT прежними глазами.

Джин Ким , Джордж Спаффорд , Кевин Бер

Карьера, кадры

Похожие книги

100 лучших игр и упражнений для успешного супружества и счастливого родительства
100 лучших игр и упражнений для успешного супружества и счастливого родительства

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

Михаил Шаевич Кипнис

Карьера, кадры