Как работать в команде, если попал в неё впервые

Одному всё просто. Ты сам себе и заказчик, и исполнитель. Захотел — переписал полпроекта, надоело — забросил на неделю, никому ничего объяснять не надо. А потом ты попадаешь в команду — на первую работу или в общий пет-проект — и вдруг оказывается, что это совсем другая история.

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

Что меняется, когда рядом появляются люди

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

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

Первое правило — говорить

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

Всё это бьёт по команде сильнее, чем любой глупый вопрос. Запомни простую вещь: полчаса на уточнение всегда дешевле двух дней работы не в ту сторону. Никто не подумает про тебя плохо, если ты переспросишь. А вот если молча сделаешь не то — вот тогда придётся переделывать всем.

Поэтому: не понял — спроси. Застрял — скажи. Не успеваешь — предупреди заранее. Это не слабость, это как раз то, что отличает нормального командного человека от источника проблем.

Как принимать замечания к своему коду

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

Так вот, не тебя. Замечания — про код, а не про твою личность. Человек, который их пишет, тратит своё время, чтобы проект стал лучше, а ты — сильнее. Это не нападение, это помощь, просто выглядит поначалу иначе.

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

Договариваться важнее, чем быть правым

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

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

И ещё: командное решение, с которым ты не до конца согласен, но которое приняли вместе, — это нормально. Ты высказался, тебя услышали, выбрали другое — работаем. Умение отпускать такие ситуации ценят не меньше, чем умение писать код.

Ритм, а не геройство

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

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

Работа в команде поначалу кажется сложнее, чем в одиночку, — и это правда так. Но именно этот навык отличает того, кого берут на работу, от того, кто идеально пишет код у себя дома и не понимает, почему не зовут. Хорошая новость: он тренируется. И начать можно не на работе, а на обычном совместном проекте, где вас несколько человек и одна общая цель.