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

Пытаясь за ним угнаться, я практически врезаюсь в него, когда Дик останавливается и вглядывается в стекло переговорной. Он открывает дверь. «Как продвигаются дела, Энн?»

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

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

Энн качает головой, измученная и разочарованная. «Без особого прогресса, боюсь. Мы практически уверены, что это сбой в одной из IT-систем хронометрирования. Все записи о почасовой работе фабричных рабочих пропали после последней выгрузки…»

Дик прерывает ее. «Это Билл из IT-отдела. Он здесь, чтобы разобраться с беспорядком или умереть, пытаясь, вроде так он сам сказал».

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

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

Чтобы убедиться, что все идет правильно, – продолжает она, – мы каждый раз проверяем, чтобы общая сумма сходилась с детализированными цифрами от каждого отделения».

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

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

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

«Я правильно понял, что все данные для служащих с фиксированным окладом в порядке?» – спрашиваю я.

«Все верно», – отвечает она.

«Но у всех сотрудников с почасовой оплатой одни нули?» – говорю я.

«Да», – снова отвечает она.

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

«Какой у нас запасной план, – спрашиваю я, – если все будет настолько плохо, что мы не сможем вернуть данные вовремя?»

«Громко рыдать, – отвечает Дик. – Это, кстати, было в том письме, которое у тебя в руке. Дедлайн по электронным платежам – до пяти вечера сегодня. Если мы не успеем запрыгнуть в этот поезд, нам придется отсылать по почте бумажные чеки в каждое из отделений компании, чтобы там их выдали сотрудникам!»

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

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

Но так как мы не знаем, сколько именно часов отработал каждый из сотрудников, мы не знаем, сколько им заплатить, – продолжает она. – Мы не хотим переплатить никому, но это, конечно, лучше, чем недоплатить».

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

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

Но это как подливать масла в огонь. Разработчики ужасны. Покажите мне разработчика, который не разрушает производственные системы, и, спорю, он просто мертв. Или скорее в отпуске.