Все записи

История успеха | Игорь Новиков

Знакомьтесь! Это история Игоря Новикова, который от студента-стажера "дорос" до руководителя отдела внедрения Naumen GPMS.

Истории успеха | Naumen | Игорь НовиковЯ пришёл в Naumen в конце апреля 2004 года, тогда был студентом третьего курса УПИ (сейчас – это Уральский Федеральный Университет). Первый год работал вне штата, в современной интерпретации – был на позиции стажера. Первый боевой проект начали в сентябре 2004 года. Это был первый проект на Java в компании.

Зимой 2004 года Naumen проводил учебные курсы по сетям, HTML, Python и Zope. Я прошел эти курсы, лучше всех сделал тестовое задание, и меня пригласили работать. Сейчас я работаю руководителем отдела внедрения Naumen GPMS.

Особо о своем развитии внутри компании я не думал, просто хотел работать. После нескольких лет разработки стало скучно писать код, хотелось более интересных и ответственных задач. Попросился на должность аналитика, первые год-два совмещал аналитику с кодированием.

Что могу посоветовать молодым специалистам, которые приходят сейчас в Naumen, как когда-то пришел и я…


Нужно выдавать «наружу» (на тестирование, внешнему заказчику) предсказуемо качественный результат.

Это значит, что надо проверять себя, даже если на первый взгляд кажется, что всё просто. Нужно отвечать за взятые обязательства.

Работать не «с 10 до 19», а пока не будет выполнена работа, которой от вас ждут. Нельзя преподносить руководителю «сюрпризы», о выявленной проблеме или сложности нужно предупредить как можно раньше.



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

Как подружить работу дизайнера и аналитика

Думаем, многим знакома ситуация: на встрече все обсудили, договоренности и сроки зафиксировали — разошлись работать с ощущением ясности. Однако в процессе оказалось, что результат каждый представлял по‑своему.

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

Как перестать быть центром всех решений и не потерять контроль

Когда команда растет, руководитель постепенно становится обязательной точкой во многих процессах. Кажется, все логично, ведь так быстрее и надежнее. Проблема становится заметной, когда появляется вопрос: что будет, если руководитель на время выпадет из работы?

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

Попросили Катю рассказать, как она пересобрала процессы так, чтобы решения не требовали ее обязательного участия, а система оставалась управляемой и прозрачной.

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

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

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

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

Все новости