Новые принципы делового общения. Как сфокусироваться на главном в эпоху коммуникативной перегрузки

Чтобы проиллюстрировать эту концепцию, Вудворд рассказал мне одну историю, которая произошла за пару недель до нашего с ним разговора. В тот момент он размышлял о программной функции, которая позволила бы «резко увеличить продуктивность». Он обдумывал эту идею, пока ехал на работу в свой офис в Сан-Франциско. «К тому моменту, когда я добрался, я решил, что стратегия по разработке такой программной функции у меня практически готова». Вудворд сел вместе с партнером, с которым ему предстояло в тот день работать, и начал объяснять ему свою идею. Обсуждение длилось 45 минут. Во время этого разговора партнер Вудворда нашел несколько нестыковок в его стратегии и выявил «пограничные случаи», когда задумки могли не оправдаться в полной мере. Затем партнеру Вудворда пришла в голову блестящая мысль, как можно избавиться от определенного вида ошибок и исключить худшие сценарии. К полудню новая оптимизированная версия системы была готова. Вудворд отметил: «Я уверен, что, если бы я следовал тому плану, который придумал, пока ехал в офис, разработка заняла бы у меня несколько дней. Значит, продуктивность выросла в 3–4 раза». Оценивая, насколько лучше стали трудиться программисты, работая в парах, Вудворд рассыпается в похвалах: «Метод невероятно эффективен».

Еще одна причина продуктивности экстремального программирования — интенсивность работы. Если вы работаете в паре, вы сосредоточены на том, чем заняты. Вы не можете начать проверять почту или бездумно лазить в интернете, поскольку ваш партнер будет сидеть, раздражаться и ждать, когда вы вернетесь к совместной работе[170]. Более того, оказавшись в среде, которая предполагает, что вы посвятите все свое внимание насущной проблеме, в условиях, когда руководитель проекта защищает вас от отвлекающих факторов, вы проводите рабочий день за решением сложных задач. Методы ХР — наиболее близкие к идеалу и успешно применяемые приемы полного погружения в работу.

Еще один основной принцип ХР помимо интенсивной работы — «размеренность». Большинство тех, кто придерживается этого метода, трудятся стандартные 40 часов в неделю (в отличие от принятых в Кремниевой долине норм в 70–80 часов). «Метод ХР предполагает, что сотрудник приходит, усердно работает в течение восьми часов, затем идет домой и думает о других вещах», — объясняет Вудворд. Это не акт щедрости, а признание факта, что человеческий разум имеет свой лимит. «Обычный инженер в компании, которая не использует методы ХР, может заниматься своими прямыми обязанностями всего 2–3 часа в день. Все остальное время он проводит в интернете или проверяет почту». Когда вы действительно работаете — а не посылаете сообщения, касающиеся работы, и не посещаете собрания, где говорят о работе, — восемь часов труда могут стать довольно сложной задачей. Когда в команду, работающую по системе ХР, приходит новый инженер, обычно он чувствует себя истощенным. Постоянная сосредоточенность на работе в течение восьми часов вызывает слишком большое напряжение, и многие новобранцы, придя из офиса домой, отправляются прямиком в постель. Некоторые сотрудники так и не привыкают к сфокусированности на работе — вернее, если сказать точнее, к той огромной ответственности, которая в результате возникает (в офисе, живущем по правилам ХР, не принято отлынивать или скрывать свою недостаточную квалификацию). И вскоре они сбегают в другие компании, занимающиеся разработкой программного обеспечения и работающие в традиционном формате. Там можно прикрыть недостатки в работе громкими словами, переключиться в режим показной занятости. И это альтернатива действительно тяжелому труду, в результате которого с помощью мозгов создается ценный продукт.

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