Как заслужить уважение членов команды как лидера команды [закрыто]

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

Как можно это сделать? Что можно и нельзя делать?

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

• Относитесь к команде с уважением
• Делегируйте сильные стороны, а также задавайте задачи, которые могут помочь членам команды улучшить слабые стороны
• Защитить команду от перебоев или отвлекающих факторов
• Будьте готовы обучать
• Будь готов слушать
• Снимите блокпосты и держитесь подальше от команды, но также будьте доступны, когда людям нужна помощь
• Будьте тактично честны в оценке работы. Некоторые люди плохо реагируют даже на конструктивную критику, но серьезные разработчики (или работники любой профессии на самом деле) захотят узнать, что нужно сделать, чтобы стать лучше
• Уважайте личное время команды и учитывайте баланс между работой и личной жизнью (дистанционное управление, выход на час раньше, чтобы забрать детей или записаться на прием к врачу), и, когда время диктует сверхурочную работу, будьте готовы наградить команду за жертву. Иногда моя компания разрешала мне покупать обед, чтобы отпраздновать веху, но когда этого не произошло (дешевые ублюдки!), Я сделал что-то для команды на свой доллар. Если команда приложила дополнительные усилия, чтобы сделать проект успешным, то это было наименьшее, что я мог сделать. Это не должно быть экстравагантным или дорогим, но небольшая оценка помогает; и отсутствие этого может подорвать моральный дух.
• Работайте, чтобы быть техническим и предметным экспертом. Вам не нужно этого делать, но, по моему опыту, лидер более уважаем, когда члены команды могут как оценить его / ее знания, так и рассчитывать на его помощь в случае необходимости.
• Делайте все возможное, чтобы сделать членов команды более успешными. Это означает обучение и устранение препятствий, упомянутых выше, а также ознакомление с документацией, которую команда может использовать, когда ваш мозг не может их использовать, и написание некоторых спецификаций. Хорошие спецификации сделают разработчиков более эффективными и самодостаточными, заполнят пробелы в знаниях и помогут им удовлетворить требования с минимумом последующей доработки. Делайте это в сочетании с тем, чтобы заставить их работать напрямую с клиентом.
• Постройте отношения между командой и клиентами. Это поможет заполнить пробелы в пропущенных требованиях и откроет двери для других отзывов, которые вы обычно не получаете.
• Примите, что ошибки являются частью обучения
• Будьте готовы действовать, чтобы удалить члена команды, что наносит ущерб ее сплоченности или продуктивности. Иногда это трудно сделать, но вы столкнетесь с людьми, которым не хватает трудовой этики, продуктивности или компетенции других членов команды. Вы можете быть терпеливы до определенного момента, но приходит время, когда вам, возможно, придется работать с руководством, чтобы внести изменения. Действительно бедные члены команды будут стоить команде больше времени и усилий. Слишком усердно пытаясь быть Мистером Фэйр, и Ницца может сработать против вас, если лучшие члены команды чувствуют, что неработающий получает специальное лечение или получает ту же компенсацию за меньшую работу.
• Будь прозрачным. Регулярно общайтесь. Если вы получаете информацию о компании, недавнем увольнении или слиянии, поделитесь ею с ними. Люди уважают честность, хотя иногда в этом сумасшедшем мире все наоборот. Если вы не можете быть честными со своими подчиненными, то вы не хотите быть руководителем команды, вы хотите быть руководителем.
• Быстро делитесь кредитом, когда происходят хорошие вещи
• Будьте готовы взять на себя ответственность, когда случается что-то плохое

Будь фигня зонтик.

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

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

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

Итог:

• Приведите пример - биение бровей контрпродуктивно в любой ситуации
• Вносить любые изменения в процесс в контролируемом темпе
• Слушайте и включайте вклад вашей команды
• Определите одну быструю победу, чтобы улучшить команду и реализовать ее. И сделай это снова.
• Общайтесь четко и часто задавайте вопросы

твой первый день там, пни кого-нибудь @ $$, или стань чьим-то ... нет, подожди, это тюрьма.

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

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

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

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

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

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

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

Ну, я недавно пережил ситуацию, похожую на вашу. Все перечисленные здесь «дела» сработали очень хорошо для меня, плюс одно большое «не»:

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

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

Есть 4 черты, общих для последователей, на которые я бы указал:

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

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

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

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

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

Вот некоторые действенные вещи, которые работали для меня:

1) Проводите очень непринужденные и расслабленные встречи один на один со всеми в команде (что-то вроде обеда или просто зайдите в их кабинет, прогуляйтесь по зданию и т. Д.). Слушай больше, меньше говори, задавай вопросы. Узнайте их сильные стороны, желания, черты характера и «слабые места».

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

3) Расширяйте возможности своих людей, спрашивая их мнение, часто дополняя, но не без оснований.

4) Объясните свои решения. Не проводите линию компании без разговоров, как это делают C-execs. Будь простым.

5) Оказавшись в роли, АКТИВНО и КАЖДЫЙ ДЕНЬ устраняйте препятствия у своих товарищей по команде

6) Обращайтесь к неисполнителям сразу. Если что-то их беспокоит, найдите способ это исправить. Если они просто ленивые / злые / глупые - избавьтесь от них через ваш mgmt.

7) И, наконец, заранее ПОДГОТОВЬТЕ своих людей к изменениям, которые могут затронуть команду, их работу, их требования и т. Д. Им нужно работать в предсказуемой среде.

Книги о лидерстве, как правило, указывают на одно общее качество лидеров:

Они делают то, что, по их словам, они собираются делать.

Это еще не все, но в основном это означает, что люди считают кого-то лидером, когда этот человек говорит: «Мы собираемся сделать Х», а Х - это вызов, и тогда команда или организация, или что-то еще, заканчивают тем, что вытягивают это от. Если вы делаете это неоднократно, люди будут считать вас лидером.

Знайте, что задачи вашей команды на самом деле связаны и реагировать соответственно.

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

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

Это процесс, который займет некоторое время, но он близок к оптимальному:

1. Прочитайте AntiPatterns и AntiPatterns в разделе «Управление программами» (оба показаны на этом сайте).
2. Обязайтесь лично никогда не делать ничего из этого.
3. Продемонстрируйте свою приверженность своей команде, фактически никогда не делая их.
4. Работайте с вашей командой, чтобы делать ту работу, которая требует выполнения.
5. Повторите шаги 3 и 4.

Обратите внимание на полное отсутствие «лучших практик» выше. Нет правильных ответов, но наверняка есть и неправильные .

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

Теперь, когда у вас есть хорошие ответы, я предложу проявить инициативу и начать что-то новое. Что-то вроде пятничной бесплатной технической встречи, на которой вы можете показать им, как решить кубик Рубика. Это своего рода форум по разработке, где каждый участник может свободно говорить о технологиях или продуктах, которые им нравятся, или с которыми они работали. Пусть это будет с открытым исходным кодом или личный или проект колледжа. Идея состоит в том, чтобы создать среду, в которой разработчики будут участвовать самостоятельно. Они могут свободно говорить о чем угодно на собрании.
В моей предыдущей компании у нас было что-то подобное, но оно было сконцентрировано на патентах. Каждый человек придет с идеей, чтобы использовать продукт по-новому. На встрече мы обсудим идею, их преимущества, недостатки, проблемы и т. Д.
В нынешней организации была та же идея, но почему-то, к сожалению, она превращается в совещание о прогрессе, вращающееся вокруг проекта. Так что это еще один урок. Разработчики не должны быть вынуждены ни о чем на этом форуме, а должны создавать среду, чтобы они могли участвовать самостоятельно.

Три вещи: Покажите членам, что вы достойны. Заработай уважение. Проявляйте уважение и слушайте членов команды. Не будьте предвзятыми (даже если вам нравится цыпочка в команде) :-)

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

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

Все остальное - всего лишь средство для достижения цели.