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