The post has been translated automatically. Original language: Russian
Sometimes a person starts learning a new profession in IT, and he's really interested.
I like writing code.
Work with data.
Understand testing.
Try new tools.
It seems:
"That's it. It's definitely mine."
And then the real work begins.
And it turns out that the profession consists not only of interesting tasks :)
The developer has to figure out someone else's code and fix old bugs.
For an analyst, it is necessary to clarify requirements several times and work with data that is not at all as ideal as in the training examples.
The tester needs to check again what he already checked yesterday.
There are also meetings, approvals, documentation, waiting for access, and tasks that sometimes need to be redone.
And at some point, you might think:
"I guess I chose the wrong profession in IT."
I wouldn't jump to conclusions here.
It's helpful to understand first:
And what exactly do I dislike?
The profession itself?
Specific tasks?
The project I'm currently working on?
Processes in the company?
The amount of communication?
Or was it just that the real job wasn't what I imagined it to be?
In my opinion, these are very different things.
You can love development, but not love a specific product.
You can be a good analyst, but get tired of the same type of reports.
You can work in testing and eventually realize that you are more interested in automation.
And this does not necessarily mean that you need to completely change your profession or leave IT.
Sometimes it's enough to change the direction within your specialty, switch to another project, or try a different type of task.
So before you tell yourself:
"It's not mine.",
I would have asked a different question.:
"What exactly is wrong with my job right now?"
Because a profession, a company, a project, and specific work tasks are not the same thing.
And sometimes it's not the profession that needs to be changed at all.
Первые недели на новой работе в ИТ обычно очень насыщенные.
Новая команда.
Новые системы.
Новые процессы.
Доступы.
Документация.
Названия проектов.
И еще десятки вещей, которые коллеги объясняют в течение дня.
Кажется, что все запомнишь.
А через неделю пытаешься вспомнить, где находится нужная инструкция и кому нужно написать по конкретному вопросу :)
Я думаю, в первый месяц очень помогает вести свои рабочие заметки.
Не записывать вообще все подряд.
А собирать информацию, которая действительно понадобится снова.
Например:
Где находится основная документация?
Какие системы использует команда?
К кому обращаться по разным вопросам?
Как проходит задача от постановки до завершения?
Какие регулярные встречи есть у команды и для чего они нужны?
Отдельно я бы записывала новые технические термины и сокращения.
В ИТ их особенно много, а внутри конкретной компании появляются еще и свои.
Еще полезно фиксировать вопросы, которые возникают по ходу работы.
Часть ответов можно найти самостоятельно.
Что-то уточнить у коллег.
А некоторые вопросы через несколько дней вообще исчезнут, потому что процесс станет понятнее.
И есть еще одна вещь, которую я бы добавила в такие заметки:
что я уже научился делать самостоятельно.
В первую неделю это может быть совсем небольшой список.
Через месяц он станет заметно больше.
Так проще увидеть собственный прогресс и понять, где еще нужна практика.
На мой взгляд, в начале работы в ИТ не нужно пытаться запомнить сразу все.
Гораздо полезнее постепенно собрать свою небольшую рабочую базу знаний.
Через несколько месяцев она может стать той самой инструкцией, которой когда-то не хватало тебе самому.
Полезен ли вам этот разговор на данный момент?
Share
