TL;DR : Как я должен описать опыт работы в своем резюме, которое занимает половину моего общего опыта работы, но не было сосредоточено на работе, на которую я хотел бы подать заявку?
Моя первая работа была разработчиком программного обеспечения, после 6 месяцев работы мне предложили работу в банке разработчиком программного обеспечения для отдела ИТ-аудита, должность младший аналитик ИТ-аудита. На этой должности я занимался веб-разработкой, но мне приходилось много помогать в аудите, пока мне не предложили повышение до ИТ-аудитора (прошел 1 год и 8 месяцев), и я согласился.
На этой новой должности я перешел от разработки программного обеспечения и полностью переключился на аудиторские задачи, которые требовали очень небольшого программирования , дела шли хорошо, меня даже выбрали для поездки за границу для проведения ИТ-аудитов в дочернем банке и поездок по стране для аналогичных целей. задачи. Это продолжалось до тех пор, пока я не понял, что ИТ-аудит — это не мое (1 год и 9 месяцев с тех пор, как меня повысили), и я не мог позволить себе тратить на это больше времени, когда захотел вернуться к разработке программного обеспечения.
С большими усилиями мне удалось изменить фокус своей карьеры, и в настоящее время у меня есть стабильная работа в области веб-разработки, которая мне больше всего нравится, но теперь мне нужен новый вызов, однако мне очень сложно описать их. 3 года и 5 месяцев, в течение которых я не был сосредоточен на развитии, я чувствую, что не могу хорошо описать то, что я делал в банке, таким образом, чтобы это имело значение для должности, на которую я претендую.
Я не могу просто вычеркнуть этот опыт работы из своего резюме, так как это самый продолжительный период моей работы в одной и той же компании, и он занимает около половины моего общего рабочего опыта, также я хочу дать понять рекрутерам, что те годы не были сосредоточены на разработке и не давали людям предположить, что я занимаюсь разработкой программного обеспечения 7 лет. опыт, когда только половина этого была фактическим кодированием.
В настоящее время я являюсь ИТ-аудитором, и я говорю, что вы должны использовать свой ~ 2-летний опыт в области ИТ-аудита и описать, как вы, вероятно, станете лучшим разработчиком благодаря этому. Ваш прошлый опыт работы ИТ-аудитором должен быть очень ценным, особенно в следующих областях:
Четко определенные интуиция и суждение
Как бывший ИТ-аудитор, я ожидаю, что у вас хорошо развито чувство интуиции. Интуиция полезна при отладке кода и проведении модульных тестов. Вы должны лучше предвидеть источник ошибки и то, как текущий модуль кода может взаимодействовать с будущей работой. Как ИТ-аудитор, профессиональное суждение часто является самым сильным активом, и ваш прошлый опыт должен помочь в решении таких вопросов, как адекватность охвата тестированием, соблюдение передового опыта, надежность структуры кода и т. д.
Опыт работы с ИТ-безопасностью и контролем
Как бывший ИТ-аудитор, вы должны иметь опыт работы с общими средствами контроля ИТ, средствами контроля приложений и ИТ-безопасностью. Знакомство с ИТ-контролем и ИТ-безопасностью сослужит вам хорошую службу, поскольку с этими знаниями вы сможете распознавать и устранять уязвимости программного обеспечения, которые впоследствии могут быть использованы. Это также должно сослужить вам хорошую службу с QA , которые будут тестировать ваш код, поскольку их работа несколько упрощается, если следовать лучшим практикам.
Усовершенствованная документация, управление рисками и коммуникативные навыки
Если вам когда-либо приходилось взаимодействовать с аудитором , то тот факт, что вы были им ранее, должен позволить вам в некоторой степени предвидеть, что будет искать аудитор, и уменьшить любое беспокойство, которое может возникнуть у вас / вашей компании. В этом случае я не удивлюсь, если ваше руководство выберет вас в качестве ведущего контактного лица для внешних аудиторов из-за вашего знания предметной области. Наконец, часто существует стереотип, что общение (особенно с руководством) — слабое место разработчиков. Как бывший аудитор, я ожидаю от вас превосходных коммуникативных навыков, поскольку ваша работа заключалась в том, чтобы убедиться, что руководство понимает риски, связанные с ИТ, с которыми сталкивается компания.
Хотя технические навыки вашего времени в качестве ИТ-аудитора могут не иметь прямого отношения к роли ИТ-разработчика, я рискну предположить, что будут навыки и опыт, которые будут применимы — вероятно, так называемые «мягкие навыки» в большинстве . Такие вещи, как то, как вы справлялись со сложными ситуациями с коллегами, расстановка приоритетов задач, общение с заинтересованными сторонами и т. д.
Конечно, они не будут столь же ценными, как опыт «сложных навыков», таких как работа с определенными языками или технологиями, но это не значит, что они не представляют интереса для потенциального работодателя — так что попробуйте сформулировать любое описание эту роль с точки зрения тех вещей, которые были бы применимы, и убедитесь, что вы акцентируете внимание на технических аспектах периодов, когда вы занимались разработкой.
Бернхард Баркер
случайный парень04