Конечно, команды состоят из людей, и люди могут нести как радость, так и трудности. Все мы приносим в команды багаж как хороший, так и плохой: предрассудки, опыт, неудачи, предпочтения, успехи, предубеждения и многое другое. Все это часто противоречит тому, что приносят наши коллеги. Из-за этого могут возникать конфликты, которые затрудняют эффективную командную работу. Однако управляемый и понятный конфликт также может стать источником вдохновения и идей. Лучшие команды не пытаются подавлять или избегать конфликтов; они принимают их и используют себе во благо.
Итак, эта глава посвящена тому, как стать лучшим командным игроком. Как я уже говорил, это занятие не всегда давалось мне с легкостью, хотя со временем я определенно вырос и стал лучше. Мне все еще приходится работать в команде, вкладывая в нее энергию каждый день. Лучший способ улучшить навык командной работы – составить список определенных действий и ежедневно его пересматривать (я это делаю, чтобы нести в команду положительный настрой).
9.2 Список действий командного игрока
Так выглядит мой ежедневный чек-лист:
Помнить, почему я в команде. Я стараюсь каждый день напоминать себе, в чем заключается миссия команды и какова моя роль в ней. А роль чрезвычайно важна: необходимо уважать тот факт, что она связана с определенными задачами и обязанностями точно так же, как и роли других товарищей по команде. Я могу вносить предложения членам команды на других должностях и принимать предложения по своей, но в конечном счете мы все должны уважать ту работу, на которую нас наняли. Например, в роли инженера DevOps у меня есть определенные мысли по поводу языков программирования. Некоторые языки проще развертывать с помощью конвейера DevOps, потому что у них лучшие платформы модульного тестирования или они создают более автономные пакеты – и мне это нравится. Хотя в моей должности могут быть другие мнения, обычно разработчики ПО выбирают язык, подходящий для их задач. Им необходимо учитывать соответствие языка поставленной задаче, их собственную способность кодировать на нем, а также другие проблемы. Пока мы все четко осознаем общую миссию команды, каждый из нас должен уважать границы своих ролей.
Поддерживать неудачи. Лучше всего люди учатся, пробуя что-то новое, и часто терпят неудачи, прежде чем придумать лучший способ решения задачи. В команде часть моей личной миссии состоит в том, чтобы мои товарищи чувствовали себя в безопасности, когда что-то не получается сразу. Вместо того чтобы возлагать на них вину, я помогаю разобрать проблему, обсудить, что мы сделали неправильно и что можем из этого вынести.
Общаться уважительно. Выражайте идеи активно, но не подавляйте других. Важно делиться своим опытом и перспективами с командой; это часть моих обязанностей. Но для меня также важно, чтобы другие члены команды делали то же самое, таким образом создается безопасная обстановка. Если кто-то в команде общается неуважительно, например, с переходом на личности: «Это глупая идея», значит, окружающая среда в команде больше не безопасна. Значит, мне нужно вмешаться и вернуть разговор в более экологичное русло.
Воспринимать друг друга как часть группы. Многие команды, в которых я работал, проводили еженедельные или двухнедельные встречи, на которых мы могли информировать друг друга о статусе работы и анализировать общий прогресс. Я стараюсь начинать эти встречи с быстрого пересмотра текущих целей и миссий. Таким способом я стараюсь привлечь всех на одну сторону и убедиться, что последующие разговоры сосредоточены на достижении общей миссии.
Решать конфликты в течение 48 часов. Если я злюсь из-за того, что сделал или сказал один из моих коллег по команде, я считаю правильным сначала немного остыть, а потом решать конфликт, но даю себе на это не больше пары дней. В главе 13 я рассказываю о методе поиска контекста, который использую, чтобы попытаться разрядить ситуацию, лучше понять товарищей по команде, вывести конфликт на открытый уровень и разрешить его.
Просить помощи. Важно демонстрировать свою уязвимость и человечность: это дает остальным членам команды понять, что я не ожидаю, что они будут знать все и всегда. Я хочу, чтобы мои коллеги чувствовали, что они могут обратиться ко мне за помощью при необходимости, поэтому тоже прошу их о помощи. Если я прошу кого-то перепроверить код или убедиться, что все предусмотрел для миграции сервера, я хочу, чтобы они знали, что мне нужна их помощь.