До Nedra я 10 лет проработал в тестировании и управлении проектами в рекламной сети «Яндекса». В нефтегазовую отрасль я пришел потому, что хотелось попробовать что-то новое. Когда 10 лет работаешь в одной сфере, возникает страх, что не справишься в других направлениях. Но, придя сюда, я убедился в том, что хороший руководитель проекта должен хорошо работать в любых направлениях, будь то изготовление резиновых перчаток или бензина. В первое время было довольно тяжело осваивать отраслевую терминологию, но это необходимый минимум, который нужен для того, чтобы заказчик и разработчики говорили на одном языке.
Кстати, не все понимают разницу между руководителем проекта и владельцем продукта. Для меня, как руководителя проекта, важно, чтобы продукт был реализован качественно и в том объеме, в котором он был заявлен: мы реализовали всю функциональность и именно так, как хотелось. А чтобы продукт был качественным для рынка либо полностью соответствовал требованиям бизнеса, за это должен отвечать владелец продукта.
В целом постановка процессов, контроль исполнения сроков и управление ожиданиями заказчика укладываются в одну и ту же схему. Нефтянка сложнее, чем рекламные технологии либо направления, которые изначально не требовали никакой цифровой трансформации, потому что они изначально были цифровыми.
Еще нефтянка переполнена аббревиатурами. Для меня это было потрясением, когда я пришел сюда из рекламной отрасли. Тут есть аббревиатура для всего, любого документа и действия. Сейчас я уже не боюсь всех этих терминов и аббревиатур, но в первые полтора месяца ходил с самописным словариком. Услышал аббревиатуру — записал. На встречах по этому словарику старался определить, о чём же говорят вокруг. Потом начал сам стараться использовать эти аббревиатуры, потому что это отраслевой язык. И для команды я играл роль переводчика при общении с бизнесом. Ведь среднестатистический разработчик — человек довольно прямолинейный: ты ему говоришь, что нужно реализовать — он реализует. И если разработчик чего-то не знает, то просто этого не делает. В лучшем случае придет и спросит, что такое ВВД или ГРР, — и начинаешь ему объяснять, что это, как оно должно выводиться в интерфейсе, где помножить, где поделить, от чего это зависит.
Конечным пользователем в моих проектах является бизнес. Первой сложностью, с которой я столкнулся в компании, был пресейл с заказчиком, когда прилетели хотелки по проекту. Мало того что я не понимал, для чего это, так еще и никто не знал, как это оценить и сколько времени займет в разработке. Я боялся и продешевить, и загнуть цену. Сейчас уже есть внутренняя уверенность и инструменты, помогающие управлять подобными задачами, но тогда пришлось много общаться с более опытными руководителями проектов, аналитиками и архитекторами. Они мне очень помогли.