Фон
В настоящее время я нахожусь на перекрестке в моей карьере в корпорации. Я почти год работаю инженером-программистом; за это время я обогнал команду, которая напрягала свои внутренние и внешние технологии, исправляла ошибки (при этом получая помощь от единственного товарища по команде, который исправлял ошибки), некоторые метрики рефакторинга и POC нашего основного проекта. которые запланированы для нас в этом году. Прямо сейчас другие товарищи по команде работают над задачами проектов, а я пока не получил ни одной задачи, связанной с проектом. Все, что я получил, это баги, и факт — «вы должны заменить его и взять на себя все обязанности по обслуживанию от него», хотя в последние месяцы я провел глубокое исследование и построил POC.
Мой вопрос
Как я могу просить своего менеджера привлечь меня к проекту, когда мне четко сказали, что я «новенький», и кто-то должен делать всю эту грязную работу?
Им нужен кто-то, чтобы исправлять ошибки. Им кажется, что экономически выгоднее направить опытных людей на новый проект, а вас на исправление ошибок.
Единственный шанс изменить это задание — представить руководству выгоды для бизнеса . Вы должны придумать аргументы, которые покажут, почему привлечение наименее опытного человека к новому проекту не увеличивает стоимость проекта (время, деньги, технический долг и другие виды затрат), а на самом деле приносит им какую-то прибыль.
Если единственным аргументом, который вы представите, будет «Я не доволен исправлением ошибок», вы рискуете, что они снизят бизнес-риски, заменив вас кем-то, кто счастлив исправлять ошибки.
Что касается конкретных преимуществ, то одним из преимуществ вашего участия в новом проекте является то, что вы будете знать его достаточно, чтобы исправить его позже. Кроме того, отправка некоторых ошибок из старых систем другим сотрудникам будет означать, что они знают достаточно об этой старой системе, чтобы исправить их, если вы когда-нибудь заболеете, погибнете в автобусной аварии и т. д. Будет ли этого достаточно? Сомневаюсь, наверное, руководство это уже учло. Но, по крайней мере, это начало.
Разработка программного обеспечения может быть исключительно меритократической. Короче, платите взносы. Продемонстрируйте, что вы можете исправлять ошибки быстро и качественно. Участвуйте в процессе развития вокруг вас. Узнайте о внутренних процессах, ознакомьтесь с бизнес-моделью платформы и решите стоящие перед вами проблемы умело и быстро. Вам не нужно будет просить поработать над проектом, они просто назначат вам проект.
Фундаментальная истина заключается в том, что в программном обеспечении вы в конечном итоге делаете проекты из-за одного из двух условий: либо вы хороши, либо они в отчаянии. Если хочешь что-то построить, либо будь хорошим, либо работай на кого-то отчаявшегося.
Я думаю, вы смотрите на это неправильно.
Я начинал в компании, где через какое-то время все, что я делал, было «исправлением ошибок», не столько в коде, сколько в бизнес-процессах, все, что я делал, это исправлял вещи, когда люди допускали ошибки, это помогло мне, когда я был единственным разработка бизнес-процессов, помог мне еще больше, когда я начал исправлять ошибки в приложениях, которые мы использовали, и тогда, когда я начал разрабатывать, я уже хорошо знал приложения, поэтому аспект кодирования был намного проще (SQL), когда я знал, где находятся данные в любом случае.
Воспользуйтесь тем, что вы исправляете так много ошибок, и учитесь на этом, находите закономерности и учитесь вместе с ними.
Вы получите свой шанс, когда это необходимо, всегда стремитесь помочь, если вам говорят, что проект попадает в блок, спросите, можете ли вы взглянуть и, возможно, помочь. Нужны все, и на данный момент вы нужны для исправления ошибок.
Килиси