Новые принципы делового общения

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

Планерки

В 2002 году Майкл Хикс и Джеффри Фостер присоединились к факультету информатики Мэрилендского университета в качестве новоиспеченных доцентов. Они начали работать вместе, чтобы создать исследовательскую группу. Чтобы заниматься наставнической работой с выбранными студентами, Хикс и Фостер применили стратегию, которую профессора в области информатики используют почти повсеместно. Они устраивали еженедельные встречи со студентами, чтобы проверять, как продвигается работа, и решать вопросы, связанные с исследованиями.

Какое-то время эта стратегия работала хорошо. Как и у многих молодых научных работников, у Хикса и Фостера было всего по 2–3 студента, чью работу они курировали, и относительно небольшой объем других задач помимо преподавательской работы и исследований. Однако, как они отметили в техническом отчете об эффективности научного труда, опубликованном в 2010 году, по мере их карьерного роста стандартная стратегия наставничества «исчерпала свои возможности»[163]. Вместо 2–3 студентов теперь у каждого из них было по 6–7. Росла их нагрузка в качестве наставников, а также количество прочих обязанностей: рецензировать работы, заполнять заявления на гранты. В результате у ученых оставалось все меньше свободного времени. Ежедневные встречи с каждым из студентов стали «крайне неэффективными». Они всегда планировались с учетом того, что встреча займет определенное количество времени, от получаса до часа. Но почти никогда ожидания не оправдывались. Иногда встреча занимала всего десять минут, если требовалось лишь ввести собеседника в курс дела. А порой приходилось тратить пару часов, чтобы решить особенно сложную проблему.

У Хикса и Фостера появлялось все больше дел, и им было сложно найти время, чтобы добавить встречу с очередным студентом в свое расписание, поскольку в нем было уже запланировано немало встреч с другими студентами. В результате их подопечные оставались без внимания. Если кто-то сталкивался с проблемой, иногда приходилось целую неделю ждать возможности обсудить потенциальные ее решения. Кроме того, Хикс и Фостер заметили, что индивидуальные встречи не позволяли их исследовательской группе ощутить себя единым целым. «У нас не команда, в которой все сотрудничают и занимаются исследованиями, а группа отдельно взятых студентов», — писали ученые. Изучив все аспекты проблемы, Хикс и Фостер пришли к выводу: «Очевидно, что нужно что-то менять».

К переменам их побудила встреча исследователей, которую посетил Хикс в 2006 году. Он пообщался со знакомым, с которым вместе учился в школе. Тот стал разработчиком программного обеспечения. Знакомый рассказал Хиксу, как ему нравится метод Scrum, входящий в число гибких техник управления. Его работодатель использовал этот метод, чтобы организовать работу своего IT-отдела. Описание подхода запало в душу Хикса. Когда он вернулся в Мэриленд, то заявил Фостеру, что, возможно, эти экзотичные приемы организации работы, пришедшие из мира разработки программного обеспечения, — как раз то, что нужно, чтобы наладить эффективную работу их исследовательской группы.

О гибких техниках управления в общем и методе Scrum в частности я рассказывал в главе 5, когда мы говорили о досках задач. Этот метод предусматривает разные приемы. То, что понравилось Хиксу и Фостеру больше всего, — практика ежедневных встреч. Как вы помните, согласно методу Scrum, работа команды по разработке программного обеспечения делится на спринты — отрезки длительностью от двух до четырех недель, посвященные разработке конкретного набора функций. Во время спринта команда ежедневно собирается на утреннее совещание (scrum), которое длится не более 15 минут. Во время таких встреч каждый член команды отвечает на три вопроса: 1) что он сделал с момента последней встречи, 2) есть ли какие-то проблемы, 3) что он планирует сделать до следующей встречи. Далее в течение рабочего дня каждый сотрудник выполняет свои задачи. В сфере разработки программного обеспечения такой метод оказался более эффективным, чем целый день обмениваться письмами или сообщениями в мессенджерах. Чтобы собрание не длилось больше 15 минут и не превратилось в бесполезную трату времени, во время утренней встречи принято стоять.