Инженерия DevOps

Я инженер DevOps

DevOps, инженерия внутренней платформы разработки, SRE — это самые разные имена метода эволюционной (иногда и не очень эволюционной, там будет «управление жизненным циклом») инженерии производственной платформы как разработки и развития внутреннего «завода», а затем поддержания его сервисов для разработчиков.

Не совсем прям в прямом значении - не занимаюсь программным обеспечением, я занимаюсь развитием методов и технологий работы инженеров целевой системы в нефтяной компании. То есть я сам не занимаюсь добычей, разработкой месторождений . Моя основная задача развивать «внутренний завод», инструменты, методы, технологии и «поставлять»их соответствующим ролям для дальнейшей работы и ускорения выпуска продукции, снижения при этом переделок, затрат.
Мы (мой отдел) - сервис по развитию технологий в области разработки месторождений и геологоразведочных работ. Нас не называют сервисом, но по факту так.

Мой отдел занимается развитием:

  • технологий исследования месторождений (геофизика, сейсмика, керновые исследования, исследования флюидов и т.д.) ,
  • методов моделирования (моделирование месторождений),
  • технологий бурения,
  • технологий ГТМ, управления заводнением.
  • и др. связанными с геологией и разработкой месторождений.
    Сами мы не входим в «конвейер» разработки и добычи нефти из месторождений, мы «подносим» к конвейеру и командам, работающим на главном конвейере, новые инструменты, технологии, методы, чтобы обеспечить их стабильную работу, помогаем хоть и косвенно ускорять проход продукции (нефти по состояниям), с сокращением затрат ресурсов. То есть мы поддерживаем работу основного производства.

Есть конечно же ряд проблем. Например:

  • культура «ты это построил, ты это и эксплуатируй» (you build it, you run it) еще не привилась. Есть попытки включения сотрудников из тех отделов, которые непосредственно связаны и работают на главном конвейере, в команду проектов. Идея успешна получается в основном тогда, когда эти сотрудники сами инициаторы запуска и реализации проекта. Они потом сами берут и применяют технологию. Но есть проекты, запущенные «сверху», «сбоку», там есть проблемы после завершения проекта.
    В этом году получилось навести внимание команды и своего руководителя на это и а каждом проекте сейчас по чек-листу рисуем схему и составляем таблицу, в которых сразу видны сценарии использования продуктов проекта, кто и как будет использовать, какая ценность (дотягиваем до целевой системы, по факту явное составление концепции использования перед самим запуском проекта). часть проектов, которые не смогли описать, приостановлены к запуску, так как ценность неявная или ее нет для целевой системы.
  • Нет понятной стратегии а какие технологии разработки месторождений нужны, где «поток» нефти застревает и какие направления по развитию технологий важны сейчас. Стратегия есть, есть и бизнес вызовы и технологические вызовы, но они не привязаны к «физике» (хотя расчеты и цифры есть). Сейчас занимаюсь формированием такой стратегии. Недавно на совещании с ГД прям еще раз убедился в ценности своих описаний и моделирования, но до некоторых топ-менеджеров еще не удалось довести пользу, нужно продолжать пропитывать, развивать свои компетенции в инженерии личности и системном менеджменте.
2 лайка

Я бы не цеплялась за айтишные названия, так и говорила “инженер [внутренней] платформы”.

У меня как-то девушка при оформлении документов спрашивала, как называется фирма, где я работаю. А там “траляля Development“, она мне: “Ну понятно, в строительстве значит работаете”. Девелоперы это ж застройщики) Хотя у меня dev это разработка ПО.

1 лайк

Согласен. Не смотрим на термины, смотрим что там имеется ввиду)
Сейчас разбираюсь с методами инженерии внутренней платформы, там много интересного, с чем предстоит еще разобраться, но если получится в “железную” инженерию перетащить знания, модели, методы, то думаю будут существенные изменения к лучшему работы моих сотрудников, подразделения в котором работаем и может дальше дотянемся)) Один регламент уже намечается между подразделений.

1 лайк

Вспомните ещё доклад Петра Леонтьева на нашей апрельской конференции: у него как раз было про DevOps (я ему тогда оппонировал, говорил, что у него не столько “курсы”, сколько “инструктаж по стандартам работы”).

1 лайк

Посмотрю, спасибо за информацию. Тогда в марте не был в теме, сейчас более понятно будет