Проект "Феникс". Роман о том, как DevOps меняет бизнес к лучшему - Джордж Спаффорд

«Очевидно, – продолжает он, – что каждый производственный участок подразумевает наличие четырех вещей: машина, человек, метод работы и измерения. Предположим, что машина у нас – это печь для термообработки. Человек – это два сотрудника, которые нужны, чтобы выполнять все необходимые действия, и, очевидно, им понадобятся измерения результатов, полученных в результате работы по определенному методу».

Я фыркаю. Упомянутые производственные термины знакомы мне еще по моим годам в бизнес-магистратуре. Но я никогда не думал, что они пригодятся мне в сфере IT-управления.

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

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

А Эрик объясняет дальше: «Конечно же, на данном производственном этаже четверть процессов не зависит от одного человека. Подобное было бы абсурдом. Но, к несчастью для тебя, у вас все именно так. Именно поэтому, когда Брент берет отпуск, вся работа просто стопорится, потому что исключительно Брент знает, какие шаги нужно предпринять – шаги, о существовании которых, похоже, известно только ему, так ведь?»

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

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

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

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

Я понимающе киваю. Именно так описывал это Вэс. Хотя он и нанял еще больше Брентов, мы не могли увеличить результативность работы на выходе.

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

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

Эрик начинает идти куда-то, я спешу за ним. Скоро мы уже стоим посреди производственного этажа.

«Ты видишь производственный участок там, с мигающим желтым огоньком?» – спрашивает он, показывая пальцем.

Когда я киваю, Эрик просит: «Расскажи мне, что ты видишь».

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

Пятеро человек сбились вокруг, включая двоих, похожих на руководителей. Они все выглядят озабоченными. Еще три человека наклонились вниз, обследуя панель механизма, если я правильно понимаю. У них фонарики, и они держат еще и отвертки, определенно здесь поломка машины…»

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

Я смеюсь. «По любому сбою немедленно обращались бы к нему».

«Именно, – продолжает он. – Давай вернемся к твоему первому вопросу. Какие проекты можно будет безопасно запустить, когда вы снимите заморозку с проектов? Зная, как проходит рабочий процесс через определенные производственные участки и о том, какие участки нуждаются в Бренте, а какие нет, что бы ты сказал?»

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

«Понял, – улыбаюсь я. – Проекты, которые можно реализовать безопасно, это те, для которых не требуется Брент».

Моя улыбка становится еще шире, когда он восклицает: «Бинго! Все просто, да?»

Но мое настроение падает, когда я думаю о связанных с данной мыслью сложностях. «Подожди-ка, как я узнаю, для каких проектов не нужен Брент? Мы раньше никогда и не думали, что нам нужен Брент, пока половина работы еще не была проделана!»

Я моментально жалею, что задал последний вопрос, потому что Эрик просто уставился на меня: «Я что, должен дать тебе готовые ответы на все, что ты не способен выяснить сам?»

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

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

И тут он прерывает сам себя: «Если быть более точным, ты должен составить спецификацию ресурсов, то есть ведомость материалов вместе со списком требующихся производственных участков и маршрутизацией. Как только она у тебя появится вместе с заказами на работу и описанием твоих ресурсов, ты, в конце концов, сможешь понять, каковы твои возможности и каковы требования к вам. Это позволит тебе все-таки разобраться, можешь ли ты принимать новые заказы и выполнять их в срок».

Великолепно. Я практически все понял.

И я уже готов задать еще несколько вопросов, но Эрик опережает меня: «Твой второй вопрос был о том, было ли правильным запустить ваш проект по мониторингу. Ты уже выяснил, что для него не требуется Брент. Более того, ты сказал, что цель данного проекта – предотвращать сбои, позволяя таким образом снизить количество обращений к Бренту. Более того, когда сбой все же произойдет, Брент сможет быстрее выяснить, в чем проблема. Ты уже определил, в чем состоит ваше ограничение, пытаешься выжать из него максимум, и ты построил определенную субординацию между текущим рабочим процессом и ограничением. Так насколько важен этот проект по мониторингу?»

Некоторое время я размышляю. И затем, запуская руку в волосы, бормочу правильный ответ: «Ты сказал, что мы всегда должны искать способы снизить нагрузку на ограничение, то есть я должен делать все, от меня зависящее, чтобы снять с Брента как можно больше разных циклов. Чем и занимается наш проект по мониторингу!»