Новые принципы делового общения. Как сфокусироваться на главном в эпоху коммуникативной перегрузки
Шрифт:
При правильном использовании политика кратких сообщений может стать эффективным протоколом, который использует главные преимущества электронной почты (быстрота и асинхронность). Если же коммуникация выходит за определенные рамки, собеседники вынуждены прибегать к более подходящим инструментам. Писать краткие сообщения — простое правило, но оно может дать хорошие результаты. Как только вы перестанете считать электронную почту универсальным инструментом, подходящим для обсуждения любых вопросов в любое время, ее притязания на ваше внимание уменьшатся.
В 2002 году Майкл Хикс и Джеффри Фостер присоединились к факультету информатики Мэрилендского университета в качестве новоиспеченных доцентов. Они начали работать вместе, чтобы создать исследовательскую группу. Чтобы
Какое-то время эта стратегия работала хорошо. Как и у многих молодых научных работников, у Хикса и Фостера было всего по 2–3 студента, чью работу они курировали, и относительно небольшой объем других задач помимо преподавательской работы и исследований. Однако, как они отметили в техническом отчете об эффективности научного труда, опубликованном в 2010 году, по мере их карьерного роста стандартная стратегия наставничества «исчерпала свои возможности» [163] . Вместо 2–3 студентов теперь у каждого из них было по 6–7. Росла их нагрузка в качестве наставников, а также количество прочих обязанностей: рецензировать работы, заполнять заявления на гранты. В результате у ученых оставалось все меньше свободного времени. Ежедневные встречи с каждым из студентов стали «крайне неэффективными». Они всегда планировались с учетом того, что встреча займет определенное количество времени, от получаса до часа. Но почти никогда ожидания не оправдывались. Иногда встреча занимала всего десять минут, если требовалось лишь ввести собеседника в курс дела. А порой приходилось тратить пару часов, чтобы решить особенно сложную проблему.
163
Michael Hicks and Jeffrey S. Foster, “Adapting Scrum to Managing a Research Group” (Department of Computer Science Technical Report #CS-TR-4966, University of Maryland, College Park, September 18, 2010), https://drum.lib.umd.edu/handle/1903/10743.
У Хикса и Фостера появлялось все больше дел, и им было сложно найти время, чтобы добавить встречу с очередным студентом в свое расписание, поскольку в нем было уже запланировано немало встреч с другими студентами. В результате их подопечные оставались без внимания. Если кто-то сталкивался с проблемой, иногда приходилось целую неделю ждать возможности обсудить потенциальные ее решения. Кроме того, Хикс и Фостер заметили, что индивидуальные встречи не позволяли их исследовательской группе ощутить себя единым целым. «У нас не команда, в которой все сотрудничают и занимаются исследованиями, а группа отдельно взятых студентов», — писали ученые. Изучив все аспекты проблемы, Хикс и Фостер пришли к выводу: «Очевидно, что нужно что-то менять».
К переменам их побудила встреча исследователей, которую посетил Хикс в 2006 году. Он пообщался со знакомым, с которым вместе учился в школе. Тот стал разработчиком программного обеспечения. Знакомый рассказал Хиксу, как ему нравится метод Scrum, входящий в число гибких техник управления. Его работодатель использовал этот метод, чтобы организовать работу своего IT-отдела. Описание подхода запало в душу Хикса. Когда он вернулся в Мэриленд, то заявил Фостеру, что, возможно, эти экзотичные приемы организации работы, пришедшие из мира разработки программного обеспечения, — как раз то, что нужно, чтобы наладить эффективную работу их исследовательской группы.
О гибких техниках управления в общем и методе Scrum в частности я рассказывал в главе 5, когда мы говорили о досках задач . Этот метод предусматривает разные приемы. То, что понравилось Хиксу и Фостеру больше всего, — практика ежедневных встреч. Как вы помните, согласно методу Scrum, работа команды по разработке программного обеспечения делится на спринты — отрезки длительностью от двух до четырех недель, посвященные разработке конкретного набора функций. Во время спринта команда ежедневно собирается на утреннее совещание (scrum), которое длится не
более 15 минут. Во время таких встреч каждый член команды отвечает на три вопроса: 1) что он сделал с момента последней встречи, 2) есть ли какие-то проблемы, 3) что он планирует сделать до следующей встречи. Далее в течение рабочего дня каждый сотрудник выполняет свои задачи. В сфере разработки программного обеспечения такой метод оказался более эффективным, чем целый день обмениваться письмами или сообщениями в мессенджерах. Чтобы собрание не длилось больше 15 минут и не превратилось в бесполезную трату времени, во время утренней встречи принято стоять.Хикс и Фостер решили применить Scrum при работе со своей исследовательской группой. Они отказались от ежедневных встреч и стали проводить их по понедельникам, средам и пятницам. Ученые также изменили название встреч на «планерку». В остальном схема осталась той же: собрания длились 15 минут, и все его участники отвечали на стандартные три вопроса. Команда даже попробовала проводить собрания стоя и обнаружила, что, «как это ни удивительно», такой метод действительно помогал держаться во временных рамках. В собраниях принимали участие и Хикс с Фостером, рассказывая студентам о том, чем будут заниматься они сами в течение дня. Эту модифицированную систему работы они назвали SCORE.
Ключевой особенностью этой системы было то, что она позволяла отделить планерки от детальных обсуждений технических вопросов. Если во время встречи выяснялось, что требуется более предметный разговор с каким-то конкретным студентом, чтобы он мог продолжить работу, сразу же назначалась «встреча для обсуждения технических вопросов». В отличие от планерок, такие встречи назначались лишь по мере необходимости. Поскольку в тот момент, когда стороны о них договаривались, их цель была ясна, такие встречи оказывались крайне эффективными: все участники хорошо представляли себе, что конкретно они будут обсуждать. Как отмечают Хикс и Фостер, поскольку в их календарях больше не было множества встреч с каждым из студентов, у них появилось достаточно возможностей, чтобы встроить в свое расписание дополнительные совещания по мере необходимости.
Профессорам было любопытно узнать, довольны ли студенты системой SCORE так же, как они сами. И они провели официальный опрос участников своей исследовательской группы. Они попросили студентов оценить семь разных аспектов своей научно-исследовательской деятельности, включая «качество общения с наставником», «уровень продуктивности» и «энтузиазм в отношении научно-исследовательской работы». Тех студентов, с кем наставники занимались еще до внедрения SCORE, попросили оценить также старую систему работы. «Мы получили исключительно положительные ответы, — подвели итоги Хикс и Фостер. — Система SCORE позволила студентам быть эффективнее во всех аспектах».
Стратегия проведения регулярных планерок, которую Хикс и Фостер подсмотрели у Scrum, — эффективный и широко применяемый протокол коммуникации. Такие короткие встречи 3–5 раз в неделю могут оказаться полезными для многих людей, занимающихся интеллектуальной работой, и значительно снизить количество спонтанных электронных писем и сообщений в мессенджерах, так как все синхронно общаются во время встреч. В результате планерки требуют небольших затрат когнитивных ресурсов, тогда как подобная координаций действий с помощью электронной почты и мессенджеров потребовала бы куда больше усилий. Как отмечают Хикс и Фостер, цикл регулярных встреч также создает некий «импульс», благодаря чему сотрудники с большим энтузиазмом относятся к работе и демонстрируют более высокую продуктивность. Возникает также ощущение сплоченности, поскольку все знают, кто и над чем работает.
Такой протокол несет определенные затраты в плане неудобств. В частности, необходимость ждать следующей встречи раздражает, если вам нужно быстро получить ответ на вопрос или решить проблему. Однако в тех группах, которые изучал я и которые используют практику регулярных встреч, подобные неприятности случаются реже, чем предполагали сотрудники. Разумеется, чтобы минимизировать подобные опасения, всегда можно ввести резервные схемы. (Например: «Если случится что-то срочное до следующей планерки — обращайтесь».)