Буквально по нескольким строкам в резюме технического специалиста часто можно определить его квалификацию или её отсутствие.
Знание и правильное использование технической терминологии может оказаться именно той песчинкой, которая склонит выбор в вашу пользу.
Тема достаточно избита. В интернете в целом и на Инфостарте в частности есть куча статей о том, как правильнее написать резюме, чтобы оно понравилось сотрудникам ОК.
Но понравиться оно должно не сотрудникам отдела кадров, а вашим будущим коллегам, которым не так критично укажете вы образование в начале или в конце резюме и на какие блоки его разобьёте.
А что важно на самом деле?
Если исключить анализ опыта работы по каким ещё признакам можно отличить резюме профессионала от новичка?
Что больше всего бросается в глаза?
Не буду дальше ходить вокруг да около, начнём. Топ фраз, которые более всего режут глаз в резюме, ну и попытки их переформулировать более правильно:
1
Написание внешних отчетов и обработок
Правильнее заменять на что-то вроде:
Разработка дополнительной функциональности для различных прикладных решений.
Программист не занимается "писанием/написанием/программированием" - он занимается разработкой функциональности.
Покажите мне программиста, который этим не занимался? Сама фраза, по сути, ничего не значит; кроме того, что автор данных строк не совсем представляет о чём писать
2
Написание выгрузок/загрузок данных
Правильнее заменять на что-то вроде:
Разработка подсистемы интеграции с информационной системой: .....
Под выгрузкой/загрузкой данных можно понимать всё что угодно. Если речь идёт о выгрузке в Excel и вам пришло в голову об этом написать, то желание позвать на собеседование резко уменьшается.
Если речь идёт о какой-либо более или менее существенной интеграции, то конечно нужно уточнить с какой системой, какими методами и т.п.
Только ни в коем случае не:
Обмен данными при помощи Web сервисов/COM
Web сервисы - это лишь часть SOAP протокола, если вы используете их в варианте SOAP (а не REST/HTTP) то ваш обмен организован посредством SOAP протокола.
Если вы используете COM коннектор 1С, то правильнее назвать это COM интерфейсом 1C:Предприятия.
3
Создание документов, справочников, регистров
Правильнее заменять на что-то вроде:
Разработка подсистемы/функционального модуля/блока...
Сами по себе документы и регистры не несут никакой смысловой нагрузки, чтобы об этом писать.
Это лишь некоторое средство, используя которое можно реализовать определенный функционал прикладного решения.
Описывать имеет смысл только функционал: чем конкретно сделала лучше жизнь организации ваша доработка.
4
Обучение и консультирование пользователей, настройка ролей пользователей
Правильнее заменять на что-то вроде:
Внедрение новой функциональности.
Настройка прав доступа учетных записей пользователей.
А лучше вообще ничего не писать по этому поводу. Очень печально, что вам приходилось этим заниматься.
Так или иначе, это работа консультанта или специалиста технической поддержки 1С. Программисту такие задачи скорее минус.
5
Программирование...
Правильнее заменять на что-то вроде:
Разработка...
Программирование звучит как некий процесс сам по себе. Процесс, нацеленный на результат, правильней назвать разработкой чего-либо.
6
Доработка конфигураций под нужды пользователя/заказчика.
Автоматизация бизнес процессов.
Разработка по ТЗ.
Правильнее заменять на что-то вроде:
Не писать этого.
Почему? Да потому что этим так или иначе занимается каждый разработчик. Фраза является "мусорной" и просто говорит о том что больше писать нечего.
7
Ведение, обслуживание баз.
Правильнее заменять на что-то вроде:
Решение проблем производительности информационных систем, организация регламентного обслуживания информационных систем,
контроль работы пользователей, мониторинг состояния...
Это конечно ближе к "Администратор 1С", но на практике в крупных организациях данные задачи достаточно сложны и выполняют их программисты, притом самой высокой квалификации.
В данном случае не лишним будет расписать какие именно функции под этим подразумевались, потому как под "ведением базы" можно понимать всё что угодно, вплоть до ввода
фактических данных. А ещё вы удивитесь, сколько людей считают "базой" какой-нибудь Excel файл.
8
Внедрение/Сопровождение 1С 8.2 8.3
Правильнее заменять на что-то вроде:
Внедрение системы 1С:ERP и дальнейшее постпроектное её сопровождение
"1С" - нельзя внедрить/поставить/сопровождать!
"1С" - это Компания!
"1С: 8.3" - это платформа!
"1C:ERP" - это прикладное решение!
"Внедренная 1С:ERP" это информационная система!
Не надо называть "1С" - системой, а "ERP" - конфигурацией. Это непрофессионально.
9
Анализ бизнес процессов, написание ТЗ.
Правильнее заменять на что-то вроде:
Письменная постановка задач на автоматизацию процесса ...
Моделирование бизнес процесса ... с использованием средства ...
Описание бизнес-процесса ... в нотации ...
Анализ бизнес процессов - это слишком широкое понятие. Ну и то что мы под ним часто понимаем на языке профессионалов нельзя назвать таковым.
Всё-таки анализ - это большая работа, подразумевающая под собой систематизацию, описание, моделирование. Просто интервью пользователей системы с их хотелками под диктовку - это немного не о том.
Ну и написание ТЗ, естественно, это несколько другой процесс. Как правило, более или менее вменяемые ТЗ пишут для гос. компаний, которые заставляют авторов придерживаться ГОСТ-а.
Он хоть и устарел, но, достаточно адекватен для того, чтобы получился весьма профессиональный документ. То что мы пишем обычно для разработки....
Это скорее можно просто назвать постановкой задач. Программисту этого достаточно - хорошо, нет необходимости расписывать подробно, лучше потом уточнить.
10
Создание конфигурации "с нуля"...
Правильнее заменять на что-то вроде:
Разработка специализированного прикладного решения для автоматизации ... на основе БСП 2.0
Потому как "с нуля" наверное уже никто не разрабатывает. Да и не создаёт. А если вы не брали за основу БСП, это конечно вопросы уже к квалификации.
Не говоря уж о том, что конфигурации мы не разрабатываем - мы разрабатываем прикладное решение.
11
Создание отчетов на СКД
Правильнее заменять на что-то вроде:
Ничем - не надо этого писать.
Даже не представляете сколько людей до сих пор пишут о том, что они умеют пользоваться СКД. Стандарт де-факто уже давно.
Упоминание о нём скорее смущает, чем радует.
12
Выявление ошибок в чужом коде и их исправление
Правильнее заменять на что-то вроде:
CodeReview, рефакторинг
Для процессов существуют специфичные термины, их нужно использовать.
13
Сопровождение программы 1С
Правильнее заменять на что-то вроде:
Сопровождение информационной системы 1С:Бухгалтерия...
Программа - это калькулятор, Paint, блокнот, даже Word пожалуй. Любое прикладное решение на платформе 1С:Предприятие - это СИСТЕМА.
Она всегда состоит из нескольких компонентов и реализует сложные алгоритмы взаимодействия. Да и вообще, когда "программой" называют - слух очень режет.
Я думаю что общий посыл понятен. Конечно тесты, знания и общая квалификация решают,
но "встречают по одёжке". И если вы грамотный специалист, учитесь и говорить и писать грамотно.
Иногда времени на поиски очень не много, и тратить на выяснение уровня знаний своё время тоже не всегда хочется.
Поэтому резюме человека у которого написано что-нибудь вроде:
"йа писал многа отчетов на СКД, дорабатывал документы, делал выгрузку в Эксэл а ещё сопровождал программу и учил пользователей"
отметаешь сразу.
Всё вышенаписанное не панацея конечно, а лишь мой личный опыт. Но, как показывает практика, весьма точный. Кроме того не один я придерживаюсь подхода, т.к. другой возможности отличить профессионала от "студента" только по резюме нет, а всех позвать не всегда есть время и возможность.