Заслужить уважение членов команды, когда я очень мало знаю о теме?

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

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

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

Пожалуйста, дайте мне знать, если этот вопрос больше подходит для обмена стеками на рабочем месте.
Каковы ваши обязанности как руководителя проекта? Вы отвечаете за команду или просто занимаетесь администрированием?
Привет Брайан, добро пожаловать в PMSE! Есть ли какая-либо причина, кроме вашего восприятия, чтобы ваши руки были грязными? Как вы сказали, знание технической части проекта приветствуется, лишь бы это не отклонялось от ваших реальных обязанностей. Я предполагаю, что вы преуспеваете в области управления проектами, и у вас все еще есть свободные ресурсы, чтобы помочь с технической стороной? В противном случае я бы просто предложил сосредоточиться на своей реальной роли, оставив дверь открытой для команды, чтобы помочь им, когда им это нужно, и вы можете - как менеджер.
@Erik Я считаю своей обязанностью сделать проект как можно лучше, поэтому, возможно, ответственность принесет больше успеха, или, может быть, администрация поможет больше.
@TiagoCardoso спасибо, я просто беспокоюсь, что если я сделаю именно это, этого будет недостаточно, чтобы заслужить их уважение

Ответы (3)

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

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

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

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

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

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

Определите свои условия

Прежде чем анализировать какую-либо проблему, необходимо определить свои термины. Что вы подразумеваете под "уважением"? Как вы думаете, какова ваша реальная роль в команде в качестве «менеджера проекта»? Как вы думаете, чем вы «управляете»?

Подтвердите свои убеждения

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

Уважение должно быть взаимным

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

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

  • состояние восхищения или уважения.
  • должное уважение к чувствам, желаниям, правам или традициям других.
  • вежливое приветствие человека.

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

Будьте готовы узнать, что они могут научить вас!

Как уважать свою команду

Манифест Agile содержит ряд связанных ценностей и принципов . Особо следует отметить:

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

Другими словами, взяв на себя роль тренера, чирлидера, фасилитатора и судьи процесса, вы поддерживаете свою команду! Если вы делаете это видимым и прозрачным образом, вас, скорее всего, будут ценить за вашу роль в обеспечении успеха команды, а не рассматривать как необходимое зло.

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

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

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

Я бы попытался «завоевать» членов команды по одному, проводя индивидуальные неформальные сессии и объясняя свою роль, свои навыки (возможно, они могли видеть, как ваши навыки принесут пользу команде), демонстрируя интерес к их работе и очень важно: чего они ждут от вас? (похожий вопрос: с какими проблемами они сталкиваются в настоящее время?)