Как общаться в новой команде: 6 советов джунам, проверенных временем

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

Своевременная коммуникация помогает решить и предупредить проблемы в процессе разработки, справиться с конфликтами в команде. Задавать вопросы опытным коллегам во время обучения — это вообще лучшее решение для начинающего.

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

Часто начинающие думают так: если меня взяли в проект, то теперь я сам по себе и должен разбираться со своими задачами самостоятельно. А все потому что:

• «Я же начинающий, что я могу предложить? Опытные разработчики и так все знают.
• «Если задам вопрос, все подумают, что я некомпетентен».
• «А что тут думать? Все и так понятно!».

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

Обсуждайте задачи на старте

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

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

Подобной самодеятельности быть не должно. Здесь вспоминается фраза: «Лучше спросить и побыть дураком 5 минут, чем промолчать и остаться им на всю жизнь».

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

Не умалчивайте проблемы

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

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

Будьте инициативными

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

Уважайте время коллег

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

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

Расскажите, что можно улучшить в проекте

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

Предположим, вы хотите добавить редактор текста. Можно выбрать какое-нибудь популярное решение, «прикрутить» его и на этом все. А можно презентовать идею более основательно:

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

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

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

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

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

Не коммуникацией единой: что еще поможет найти общий язык с коллегами

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

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

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

Читайте также: Компаниям нужны ваши софт-скилы: 7 важнейших навыков современного разработчика