AtomSkills-2025: «Забыть про «я» и начать думать как «мы»
Константин Шмураков — стажер отраслевого Центра компетенций по развитию индустриальных ИТ-решений АО «Гринатом». Несмотря на то, что Константин совсем недавно в атомной отрасли, он прошел все этапы отбора на чемпионат и участвует в компетенции «Продуктовая разработка». Мы поговорили с ним о секрете успеха, роли разработчика и работе над продуктом.
Какой самый полезный совет вы получили как разработчик?
КШ: Самый ценный совет, который я получил и в котором убедился на практике: не пытайся быть героем-одиночкой, работай в команде. Крайне важно выстроить эффективную коммуникацию, чтобы сообща двигаться к цели, не мешая друг другу и не перетягивая одеяло на себя. В нашей команде четко распределены зоны ответственности, мы постоянно на связи, обмениваемся идеями и актуальными статусами по задачам. Я уверен, что три человека, работающих слаженно, добьются большего, чем пятеро, тянущих проект в разные стороны. Мой главный посыл: забыть про «я» и начать думать как «мы».
Что является приоритетом при разработке продукта: максимальная функциональность или удобство использования?
КШ: Я считаю, что в разработке продукта приоритет должен быть за удобством и только потом — за максимальной функциональностью. Дело в том, что на старте разработки сложно предугадать, какой именно функционал потребуется конечному пользователю. Дополнительные запросы на новые опции приходят позже, когда начинаешь собирать обратную связь. И если на первых этапах знакомства с системой клиент столкнется с неудобствами, запутается и будет нуждаться в дополнительных инструкциях, то вряд ли он захочет продолжать ее использовать, каким бы богатым ни был ее функционал в дальнейшем.
Какое задание у вас на чемпионате, похоже ли оно на
задание прошлого года? КШ: В этом году мы разрабатываем систему, которая поможет компании наиболее эффективно распределять рабочие задачи с учетом множества факторов, чтобы максимизировать ее прибыль. По формату мы вернулись к более традиционной схеме, когда каждая компетенция выполняет собственное задание. Я слышал о совместном кейсе прошлого года, когда несколько компетенций объединились и разработали комплексную платформу для анализа снимков сварочных швов. Подход, когда разные направления решают общую сложную задачу, — это очень интересно и способствует сплочению всех участников.
Разработчик — это в большей степени техническая роль или ему нужно понимать специфику бизнеса? Нет ли сейчас сближения позиций «разработчик» и «бизнес-аналитик»?
КШ: Я считаю, что разработчики, хорошо понимающие потребности заказчика, всегда будут более востребованы на рынке, чем те, кто просто пишет код по заданным инструкциям. Действительно, сейчас наблюдается тенденция к объединению ролей разработчика и бизнес-аналитика, и это логично. Написание кода всегда составляло лишь около 20% рабочего процесса, а остальное — это правильное понимание задачи и ориентация на нужды пользователей.