Иногда тимлид думает: «Отлично. Команда самостоятельная. Никто не дёргает меня по мелочам». А потом выясняется, что разработчик три дня делает не то, QA заметил проблему, но решил не поднимать шум, а человек, который не понял задачу, просто сделал то, что смог.

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

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

Поэтому на вопрос: «Я не понимаю, как это должно работать» не стоит отвечать: «Ну это же очевидно». Лучше: «Давай разберёмся, что именно непонятно».

На: «Почему мы делаем именно так?» не: «Потому что так решили». А: «Вот какие ограничения у нас есть. Поэтому сейчас выбрали этот вариант».

На: «Кажется, здесь проблема» не: «А почему ты раньше не заметил?» А: «Хорошо, что заметил. Давай посмотрим, что произошло».

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

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

Среда создаётся не словами. Можно сколько угодно говорить: «У нас можно задавать любые вопросы». Но если после неудобного вопроса человек получает раздражение, насмешку или публичную критику — он запомнит не слова. Он запомнит реакцию.

Поэтому тимлиду важно самому показывать пример: — «Я не знаю, давайте разберёмся». — «Хороший вопрос, я об этом не подумал». — «Расскажи, почему ты считаешь этот вариант лучше». — «Спасибо, что поднял проблему».

Так формируется культура, в которой вопрос — не проявление слабости, а инструмент совместной работы.

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

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

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

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

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