Итак, я все еще младший инженер, как и в прошлой части. Все в той же небольшой компании. Но есть одно достаточно большое отличие.
Еще в предыдущей статье я писал, что мне стали доверять сколько-то ответственные задачи. Спустя пару месяцев от событий в предыдущей части, мне дали первую важную задачу, которой занимался один лишь я.
Что это значит в карьерном плане? Это значит, что ты уже достаточно самостоятельная профессиональная единица. Что твой навыки выросли до такой степени, что тебе необязателен ментор в выполнении своей работы.
В один момент мне назначили большую задачу над отдельным продуктом, совместным с другой компанией. Выглядело это примерно так: "Вот тебе задача, надо сделать вот это и вообще вести дальше этот продукт". Я про себя "Окей, ща разберемся". При дальнейшем разбирательстве оказалось, что единственный человек, который занимался этим до меня - это мой непосредственный начальник. Который в этот момент ушел в отпуск на 2 недели, ага. В силу своей неопытности, я чуть было не запаниковал, но мой интерес, и, смею надеяться, живой ум, выдали мне заряд энергии на решение этой проблемы.
Что же я делал дальше? А я пошел собирать информацию у всех, у кого она была. Чуть-чуть информации у заместителя начальника об общем положении дел, чуть-чуть у архитектора, что за продукт, для чего нужен, и что с ним будет дальше. А вот дальше уже интереснее. Я пошел к разработчикам. Не буду мучать подробностями, но через пару дней заседаний с программистами ко мне пришло понимание, как работает продукт и что и как мне с ним делать. Настало время погружения в мануалы.
Лично для меня была проблема в недостаточном количестве опыта, осложнялось это тем, что в продукте было аж две разные консоли со своим синтаксисом. И если одна из консолей была как раз наша, с которой я уже успел достаточно близко познакомиться, то вот вторая была от партнеров. В итоге мне пришлось не только осваивать синтаксис партнеров, но еще и изучать, как эти две консоли работают в паре.
Дальше расписывать особо не буду, там все достаточно стандартно - куча часов на вычитывание мануалов, пачка писем партнерам, немалое время, проведенное за кодом вместе с разработчиками.
Опишу я лучше, к чему привела меня эта задача. Спустя примерно полгода с того момента, как я стал младшим инженером, лучше меня этот продукт знал только наш архитектор. Ну и программисты, которые его писали, но их знания были несколько менее обширными.
Вывод
Незаменимых сотрудников не бывает, но вот стать сложнозаменимым вполне возможно. Достаточно лишь проявить интерес, усердие и некоторое количество усилий, чтобы просто узнать о продукте, над которым ты работаешь, больше, чем тебе бы хватило чтобы выполнять свои обязанности. Это даст вам более глубокое понимание и возможность увидеть некоторые нюансы задачи, которые могут значительно повлиять на сам продукт. А вот это уже признак значимости в компании. Итог получается такой, что ты становишься ценным для бизнеса, и в силу различных причин, даже если в компанию придет опытный человек, работающей в той же сфере, он не сможет мгновенно погрузиться в продукт на том же уровне, что и ты. Следовательно, заменить тебя будет можно, но это повлечет за собой расходы временных и человеческих ресурсов. Что при любом раскладе будет упирать в деньги компании.
Хочу посоветовать читающим не ограничиваться минимум знаний о задаче или продукте, над которым вы работете, а постоянно углублять свои знания. Это повысит ценность как сотрудника, что поведет за собой и карьерный рост, и рост зарплаты.