Давайте Станем Профессиональными Php-Разработчиками. Часть 3: Работа В Команде

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

Это завышает нашу самооценку, и мы забываем, что никто не может знать всего на свете.

И это вполне естественно, когда мы считаем себя более важными, чем есть на самом деле.

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

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

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

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

Хотя фронтенд может быть посредственной задачей, вы также можете быть посредственным — без опыта работы над разными проектами вы останетесь в застое.

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

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

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

Также коллектив может поддержать вас и ополчиться против человека, с которым вы не ладили.

Все это негативно влияет на атмосферу в коллективе.

Самое рациональное и безопасное для командного духа решение — помочь человеку советом и все обсудить по-дружески.

Его надо уважать, но до определенного момента.

Конечно, я послушаюсь бабушки.

Она многое повидала и с годами накопила мудрость, которой может поделиться.

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

То же самое и с менеджментом.

Уважайте их решения и прислушивайтесь к советам.

Если кто-то стоит выше вас по карьерной лестнице или по положению в команде, это неспроста.

И, как это часто бывает, дело не в навыках и опыте, как полагают многие.

Учтите тот факт, что каждый знает что-то, чего вы, возможно, не знаете.

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

Обсудите обе позиции, свою и собеседника, если они лишь немного отличаются, и вы со 100% вероятностью узнаете что-то новое! Определенно есть и другая сторона медали.

Бывает, что единственная причина, по которой ваш начальник стоит выше вас по карьерной лестнице, заключается в том, что он лучше знаком с владельцем проекта, чем вы.

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

По опыту, некомпетентность таких людей может проявиться, например, из-за отказа перейти на PHP 5.2 при разработке совершенно нового проекта в 2012 году (PHP 5.2 вышел в 2006 году, прим.

переводчика).

Или противоречивые проектные задачи, просто чтобы скрыть пробелы в знаниях.

Не нужно много времени, чтобы такие вещи действительно навредили проекту.

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

Такие люди мастерски отвлекают ваше внимание или дают неверные указания.

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

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

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

Обращаться к владельцу проекта нет смысла, так как он может быть родственником, другом, а ваш генеральный директор может быть просто глуп.

И последнее самое страшное, потому что чем дольше это происходит, тем меньше у власти желания понять, что ее все это время дурачили.

Такие проекты, по большей части, терпят неудачу, поэтому.

Временная уверенность, которую дает работа на этом этапе, носит временный характер.

Помните, проект рано или поздно провалится! Это только вопрос времени.

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

Вы всегда должны быть в поиске более выгодных предложений.

Но если ситуация критическая, начните активно искать другую работу.

Проходите собеседования, присоединяйтесь к существующим стартапам.

Не стоит сидеть сложа руки.

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

Я не беру все это с потолка, а говорю из собственного опыта.

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

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