Работа с недооценкой и отсутствием уважения

Как человек, работающий с базами данных, я получил много одного и того же.

Некоторым приходится верить, что любой выбор, кроме того, который они сделали лично, плохой. Так что вы ошибаетесь, если у вас другая профессия, вы ошибаетесь, если у вас другая религия, вы ошибаетесь, если вы водите другую машину. С такими людьми невозможно договориться, и я предпочитаю считать их ребячливыми и неуверенными в себе и держаться подальше от них, насколько это возможно. Как только вы посмотрите на это как на их личную проблему, это будет легче принять. Честно говоря, я просто смеюсь над нелепостью этих людей и иду дальше своей веселой дорогой.

Некоторые из них завидуют личному кабинету. Единственный способ заставить их перестать ревновать — это предоставить им личные кабинеты или отказаться от своих. Честно говоря, вместо этого я бы жил с завистью. И дело в деньгах просто зашкаливает. Я бы даже не стала отвечать на это, просто посмотрела бы на мою запатентованную учительницу непослушным ребёнком испепеляющим взглядом.

Я бы перестал сильно помогать тем, кто громче всех говорит о том, что вы хуже других. Или сделать их неудобными, когда они с ехидным комментарием в ответ спросят, что им нужна помощь администратора. Я бы поступил так только с худшими из них, с неисправимыми.

Я никогда не забуду, как аудитор был груб со стажером, потому что у него не было диплома бухгалтера, и говорил ему, что он не может быть слишком умным, потому что бухгалтерский учет был самой сложной степенью (Да, я знаю, но бухгалтеры часто действительно подумай!) а потом очень смутился, узнав, что у парня есть степень магистра делового администрирования и степень по физике. Иногда вы даете им достаточно веревки, чтобы повеситься. Ищите возможности заставить худших из них выглядеть глупо в их предположениях о вас. Поскольку вы говорите, что их код не особенно хорош, когда они говорят о том, что вы не могли сделать то-то и то-то, вы вместо этого говорите о том, как вы сделали то-то и то-то в предыдущей позиции и почему это было бы лучше.

Однако некоторым можно показать, что то, что вы делаете, ценно и технически сложно. Для этих людей вы должны проявлять уважение к тому, что они делают, и показывать им, что вы знаете, что делаете. Я думаю, что молчать о своем прошлом, используя их технологии, — ошибка. Я предполагаю, что ваши менеджеры уже знают, что у вас есть эти навыки, так как они наняли вас. Поэтому расскажите о том, как вы это делали раньше, но считаете это более сложным и почему.

Сейчас большая часть вашей проблемы не в других разработчиках, а в управлении. Вам нужно поговорить с ними о том, сколько времени занимают задачи и почемуи убедитесь, что они дают вам надлежащее время для выполнения вашей работы. Вам нужно отодвигать крайний срок каждый раз, когда вам его дают с опозданием, вместо того, чтобы оставаться допоздна, чтобы сделать его. Вам нужно напомнить им, сколько времени займет ваша часть проекта задолго до того, как вы достигнете этапа 24 часа до запуска. Если вы говорите, что ваша часть проекта займет 4 дня, то убедитесь, что им напомнили об этом в день шестой, день 5 и день 4, что срок будет пропущен, если они не дадут вам то, что вам нужно. Не забудьте сообщить им на протяжении всего проекта, что вам нужно, когда и сколько уведомлений вам нужно. Убедитесь, что они сообщаются публично и в письменной форме. Очень важно настаивать на том, что вам нужно время, и крайний срок должен сдвинуться, если они не дадут вам материал вовремя.

Вам также необходимо поговорить с руководством об исключении из того, чем вы должны заниматься.

Как бэкенд-разработчик, который не любит заниматься 100% разработкой пользовательского интерфейса, я уважаю то, что вы делаете. Честно говоря, я думаю, что большая часть разработки пользовательского интерфейса более сложна и подвержена ошибкам, чем что-либо в бэкэнде.

Тем не менее, я никогда не обижал ребят из пользовательского интерфейса без веской причины. Вы говорите, что у них есть свое отношение, но не заставило ли это вас также развить фишку на плече? Вы говорите о желании вступить в драку с некоторыми из них — это кажется мне красным флажком, что, возможно, вы являетесь частью проблемы.

Вы упомянули, что пишете «столько строк, сколько они». Кто использует эту метрику для измерения эффективности или навыков любого программиста/разработчика?

Многие другие ваши пункты - это много "гудок в мой собственный рог". Все высокого мнения о себе, включая разработчиков бэкенда, которые придираются к вам.

Как это исправить

Я не предлагаю вам пытаться доказать, что вы находитесь «на их уровне», используя любой из пунктов, которые вы упомянули. Это антагонисты. Измерение хорошего разработчика пользовательского интерфейса отличается от измерения хорошего разработчика бэкенда.

Точно так же ваш второй набор пуль высмеивает их способности. Не говорите об этом, так как это только разозлит их.

В следующий раз, когда они пожалуются на одну из ваших привилегий (например, на офис), игнорируйте ее. Это кислый виноград, и он должен быть более зрелым. В любом случае, это не так уж важно.

Когда они сделают ехидное замечание о том, «почему это занимает так много времени», предложите подробно обсудить с ними оценку Уровня усилий. Если они не примут ваше предложение, опять же, игнорируйте замечание.

В вашем посте есть некоторые намеки на то, что вы мученик, как будто вы решили делать то, что делаете, чтобы спасти компанию. Это может быть корнем проблем разработчиков бэкэнда. Возможно, им кажется, что вы думаете, что вы лучше их, и они пытаются унизить вас своими ехидными замечаниями.

Думаю, здесь важна скромность, а также готовность честно и открыто показать им, что вы делаете, когда на вас давят. Опять же, не пытайтесь приравнять то, что вы делаете, к тому, что делают они — вы оба занимаете разные, хотя и похожие, ниши. Покажите, как вы дополняете друг друга.

Как уже упоминалось, в обоих направлениях летает много «снобизма». Кажется, это очень распространенная вещь в мире ИТ. Аппаратное обеспечение против прошивки. Прошивка против софта. Бэкенд против пользовательского интерфейса. Кодирование против дизайна. И так далее. Нет никакого решения... ненавистники R будут ненавидеть.

Теперь, как говорится, я заметил интересный момент.

Если соотношение пользовательского интерфейса и бэкенда составляет 20:1, это странно большой разрыв. Я предполагаю, что работа очень ориентирована на бэкэнд (вероятно, не пользовательское приложение? Пользовательский интерфейс — это конфигурация?)

Как организовано отделение? Вы отчитываетесь перед тем же человеком, перед которым отчитываются бэкендеры? Или вы в другом отделе? Если вы являетесь полностью собственным отделом, состоящим из одного человека, это, безусловно, объясняет, почему вы получаете офис, но с точки зрения бэкендеров было бы несправедливо, что вы получаете львиную долю только потому, что пользовательский интерфейс является частью проекта. настолько незначительным, что требуется только один человек.

Но вернемся к структуре отдела. Если это недовольство, накопившееся у бэкэнд-команды, настолько серьезно, что влияет на производительность и моральный дух (и похоже, что так оно и есть), тогда это не ваша обязанность справляться с ней, это обязанность вашего менеджера и, возможно, его менеджера. .

Вы говорили об этом со своим менеджером? Если нет, вы должны сделать это. Если да, то что произошло в результате? Менеджер проигнорировал или преуменьшил ваши опасения? Если это так, вам, возможно, придется выразиться более формально. Задокументируйте свои опасения с конкретными примерами. Если вас по-прежнему игнорируют, возможно, ваш начальник считает, что вы слишком остро реагируете, и вы можете серьезно обсудить эту возможность с высокопоставленным лицом, которому вы доверяете. Или, может быть, он избегает конфликтов, и вам, возможно, придется пройти через его голову со своими задокументированными и тщательно профессиональными проблемами.

Или ваш менеджер сделал что-то, что только увеличило обиду? В этом случае проблема может заключаться в некомпетентности или фаворитизме вашего руководителя, и единственное, что я могу посоветовать, это искать другую работу либо под другим руководством, либо в другой компании.

Пара ваших тезисов заслуживают внимания:

• Игнорируется как просто парень с пользовательским интерфейсом, который редко признается, есть только один парень, пытающийся прийти после всех, чтобы «сделать его красивым».

Итак... они пишут пользовательский интерфейс, а вы просто "делаете его красивым"? Звучит так, как будто они считают, что пользовательский интерфейс, который они разрабатывают, достаточно хорош и не требует вашего участия. Напрашивается вопрос; кто использует интерфейс? Это внутренний продукт, используемый только внутри компании? Или это продукт, ориентированный на клиента? Если первое, то у них может быть какое-то основание для своего негодования (основание, а не оправдание, заметьте). Добавляет ли то, что вы делаете, измеримую ценность проекту? Либо в простоте использования, либо, если это клиентский продукт, который должен привлекать пользователей, в привлекательности и эффективности.

Если ответ отрицательный, это не добавляет измеримой ценности, то вам, возможно, придется подумать о том, чтобы найти способ добавить «измеримую» ценность проекту или перейти в компанию с проектами, для которых ваши таланты более ценны. Вы можете попросить своего менеджера назначить встречу с командой (если команда занимается дизайном пользовательского интерфейса), чтобы выяснить, какие улучшения пользовательского интерфейса добавят ценности проекту. Если дизайн управляется маркетингом или UX, это не обсуждается, и эти ребята выходят за рамки.

Еще один момент, который привлек мое внимание:

• Критиковали за то, что у меня появился собственный офис, включая пассивные комментарии, адресованные начальству, в которых говорилось, что это незаслуженно, из-за чего я чувствую себя мудаком, хотя я никогда не просил об этом.

Итак, как вы узнали, что они предложили такую ​​вещь? Вам начальник сказал? Сделали ли они? Вы должны спросить себя, что мотивировало раскрытие информации. Если первое, сожалеет ли ваш босс о том, что он предоставил вам офис, и он поднимает эти жалобы, чтобы попытаться вытащить вас из него? Плохой знак... Я бы обновил свое резюме и начал искать. Если последнее, то это звучит как непрофессиональная атака кислого винограда. Вы ничего не можете с этим поделать.

И последний пункт, который я подниму:

• Большинство вещей, которые я делаю, получают со скидкой так же легко. Часто предъявляются отложенные требования слишком близко к крайнему сроку, что часто заставляло меня работать допоздна по ночам и в выходные дни, пытаясь компенсировать отсутствие уведомления и связи.

Кто дает вам эти запоздалые требования? Зафиксированы ли они в каком-либо формальном процессе или документации, или это случайное «о, кстати, нам это нужно» от кого-то? В первом случае вам нужно ясно дать понять тому, кто предъявляет требования, что для их выполнения требуется x количество времени, и когда вы сможете это сделать. Если они настаивают, дайте понять, что вам придется работать сверхурочно, чтобы выполнить требование. Не просто пассивно берите один для команды, убедитесь, что они знают, что вы прилагаете дополнительные усилия. Если требования не задокументированы, добивайтесь большей ответственности. Убедитесь, что они направляются через тех, кто отвечает за тайм-менеджмент, не позволяйте им просунуть вас сверхурочно под дверь.

Если вы не постоите за себя и не будете настаивать на том, чтобы ваши усилия были признаны, этого не будет. Похоже, у вас сложилось впечатление, что тяжелая работа будет признана только потому, что она существует; к сожалению, так почти никогда не бывает. Вам нужно, чтобы это произошло.