Все записи

История успеха | Антон Матушкин


EtLMXeAZb6s.jpg

О первом месте работы и возникших сложностях

Я слабо представлял, какая у меня может быть профессия, когда учился в университете. Как и большинство студентов, из айтишников я знал только системного администратора и программиста. Поэтому и первая работа у меня была «тыжпрограммист» — смесь разработчика, админа и эникейщика part-time. На этой должности я проработал несколько лет. Со временем перешел на full-time и стал руководителем небольшого ИТ-отдела.

До сих пор со смехом вспоминаю интервью. Меня собеседовал начальник отдела, который тогда был ответственным за ИТ. После череды обычных вопросов про жизнь, мотивацию и образование, он решил спросить по технической части: «Нам нужно доработать программу, но я здесь ничего не понимаю, ты знаешь, как тут что-то дописать?» Я открыл exe-файл с помощью блокнота.

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

Несмотря на обретенную на собеседовании уверенность, работать было тяжело: в организации не было развитого ИТ, а значит не с кем было бы посоветоваться.

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

Через некоторое время я решил попробовать себя в проектном менеджменте и после этого меня пригласили в NAUMEN на должность системного аналитика.

О новом опыте

Переход в NAUMEN стал для меня первым опытом в качестве системного аналитика. Он выпал на самое начало пандемии, когда никто не знал, к чему это всё приведёт.

Казалось, весь мир стоял на пороге экономической катастрофы, а я переходил в новую для себя профессию.

Я не знал, чего ожидать — готовился к худшему, очень нервничал и колебался. Но всё же доверился NAUMEN и не ошибся. Страхи не подтвердились — компания оказалась лучше, чем я мог себе представить: задачи понятные, коллеги поддерживающие, а пандемия и удалёнка только подстегнули спрос на ИТ.

Через год с небольшим я принял руководство группой системной аналитики. Оказалось, что те знания и навыки, которые я приобрёл ранее, почти идеально легли в мои новые обязанности. Инженерные задачи помогли познакомиться с массой необходимых технологий, устройством корпоративных систем и просто расширить ИТ-кругозор, общение с пользователями и сбор требований оказались очень востребованы в работе аналитика, а опыт руководства помог научиться видеть картину целиком и правильно ставить задачи.

О постоянном развитии

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

Вопреки расхожему заблуждению, быть хорошим специалистом в своей области — не значит быть хорошим руководителем. Принимая руководство, нужно прокачивать себя как менеджера. А чтобы не терять экспертизу, также важно постоянно развиваться. Например, сейчас в фокусе моего внимания — NoSQL и MQ-технологии.

Как писал классик, «Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее». Это предельно актуально для стремительно развивающегося ИТ.

XH4b4hhP6TA.jpg

О NAUMEN

В NAUMEN я встретил необыкновенное ощущение работы в команде: каждый сотрудник вовлечён в общую деятельность, а не просто выполняет узкие задачи и считает шаг влево-шаг вправо попыткой побега. Здесь всегда готовы помочь, если у тебя возникли затруднения или дать корректную обратную связь, когда она нужна. Ещё по своему опыту адаптации знаю — она очень помогает, когда ты зелёным новичком приходишь в компанию.

Молодым специалистам

Будьте любопытнее и смелее! Не просто выполняйте поставленную задачу, а старайтесь понять как устроены те технологии и инструменты, которыми вы пользуетесь, что и в каком случае подходит лучше, а что — хуже. Беритесь за задачи, решение которых кажется неочевидным — они позволяют изучать новое и развиваться как специалисту.

Если вы аналитик, задавайте главные вопросы: «почему?» и «зачем?», докапывайтесь до истины. Я представляю себе это как RPG, в котором игрок исследует каждый уголок подземелья в поисках скрытых секретов, проходит все ветки диалогов и берётся за авантюрные задания, и, в конце концов, становится всеобщим героем.

Похожие новости

Когда задача считается выполненной

В работе для нас важен результат — хорошо сделанная задача и закрытая потребность пользователя. Этого легко достичь, когда команда продумывает план действий, реализует решение и доводит его до результата, который действительно приносит пользу.

При этом у каждого из нас свое понимание того, что значит выполненная задача. Разработчик, тестировщик и аналитик оценивают результат по разным критериям — через свою роль и зону ответственности.

Мы поговорили с коллегами и попросили их рассказать, в какой момент для них задача считается завершенной. Их ответы читайте в нашем материале.

Разбираем фичи по кусочкам: атомарные коммиты как внутренняя дисциплина

Дима руководит группой прикладной разработки в Naumen и много лет работает с командами, которые делают не одноразовые фичи, а долгоживущие системы — те, что развиваются годами, переживают смену людей, требований и контекста.

В статье он рассказывает о декомпозиции: зачем она на самом деле нужна в разработке и какую неожиданную роль в этом играют атомарные коммиты.

Как развивать документацию и продвигать техписателей

В продуктовой команде документацией пользуются все, но ожидают от нее разного. Аналитику важно одно, разработчику — другое, поддержке — третье. Если не учитывать контекст, можно бесконечно что-то улучшать и все равно не попадать в цель.

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

Все новости