The post has been translated automatically. Original language: Russian
The project team has been creating something for several months.
Developed, tested, and launched. All the main tasks are closed.
You can disperse :)
It's not until the next day that the project result begins to lead a normal life.
The user's access is not working.
Something needs to change.
An error has been found.
There is a new employee who needs to be connected.
A month later, a question arose that no one expected at all during development.
And then suddenly it turns out that the project is over, and it's unclear who should go with all this now.
It seems to me that the transfer of the result should not be considered on the last day.
Even before the project is completed, it is useful to determine:
Who is responsible for what we have created?
To whom do we send the instructions and necessary materials?
Have all the necessary access rights been granted?
Are there any other issues that the project team did not manage to resolve?
Who will deal with them after completion?
And most importantly, does the receiving party understand what exactly has become its responsibility now?
Because technically, it's possible to send someone a folder with documents and write "everything has been transferred" pretty quickly.
But this does not mean that a person will be able to work with it normally tomorrow.
I would generally separate the two points.
First, we have finished working on the project.
The second is that the result of the project has actually been transferred to those who will continue to use, support and develop it.
And sometimes there is still a decent chunk of work between the first and second point.
Therefore, the closure of the project for me is not only the last check mark in the plan.
Probably, it is really finished when there is no question after the departure of the project team.:
"And now whose is it anyway?"
Первая работа в сфере информационных технологий найдена.
Кажется, самое сложное уже позади :)
Но через некоторое время появляется другой вопрос:
«А как теперь расти?»
Можно ждать, когда руководитель даст более сложную задачу.
Когда предложат обучение.
Когда появится новая должность.
Когда кто-нибудь заметит, что ты уже готов делать больше.
Я бы все-таки не ждала только этого.
В начале карьеры полезно самому смотреть, какие задачи постепенно становятся для тебя привычными, а какие пока вызывают сложности.
Например, раньше простая задача занимала целый день, а сейчас ты делаешь ее за час.
Раньше постоянно просил помощи, а теперь сам можешь объяснить это новому коллеге.
Начал видеть ошибки раньше.
Лучше понимаешь, почему принимаются те или иные решения.
Можешь взять задачу, где не расписан каждый шаг, и самостоятельно разобраться, что делать дальше.
Вот это тоже рост.
Не только новая должность или строчка в резюме.
Я думаю, начинающему специалисту полезно время от времени задавать себе три простых вопроса:
Что я сейчас умею делать самостоятельно?
Что я уже могу делать лучше, чем несколько месяцев назад?
Какую более сложную задачу я готов попробовать следующей?
И с последним вопросом уже можно идти к руководителю.
Не просто:
«Я хочу развиваться».
А конкретнее:
«Я уже умею делать это. Хочу попробовать вот такую задачу. Что мне для этого нужно подтянуть?»
На мой взгляд, это намного полезнее общего разговора о карьерном росте.
Потому что карьера редко меняется за один день.
Чаще она растет из небольших вещей: сегодня ты сделал что-то с помощью коллеги, через месяц сделал сам, а еще через некоторое время уже сам можешь помочь другому.
И такие изменения тоже стоит замечать.
Иначе легко несколько лет работать и измерять свой рост только названием должности.
Share
