Читать книгу "Джедайские техники. Как воспитать свою обезьяну, опустошить инбокс и сберечь мыслетопливо - Максим Дорофеев"

При детальном рассмотрении эффект выпрямления сроков выглядит примерно так:

1. К нам приходит человек, ставит задачу и спрашивает, сколько времени может занять ее выполнение.

2. Оценивая задачу, мы, конечно же, хотим назвать тот срок, к которому точно успеем, а так как многое может случиться (и мы подозреваем, что что-то наверняка случится), мы закладываем в оценку некий запас времени.

3. Вместо того чтобы сразу же приступить к выполнению задачи, мы «разбираемся со срочным», так как «эта задача пока не горит» — у нас же есть вышеупомянутый запас.

4. Задача начинает «дымиться», и мы приступаем к ней.

5. Если ничего не случилось, то мы успеваем вовремя, а вот если что-то случилось… Резерв мы на это «что-то» уже потратили и в итоге опаздываем (рис. 18).

Рис. 18. Человек как выпрямитель (и диод)

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

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

2.3.6. Сжатие/разрежение сроков

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

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

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

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

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

Если исполнитель не видит всей картины целиком, то для него происходящее выглядит так: его спросили про сроки, он ответил «неделя», менеджер ушел, подумал, вернулся и сказал, что сделать это надо завтра. Хотя на самом деле, если даже назавтра задача будет выполнена (что вряд ли), результат все равно будет неспешно продвигаться в направлении заказчика по цепочке, состоящей из менеджеров касты передастов[26].

Рис. 19. Сжатие/разрежение сроков

2.3.7. Бракованный день

Может ли одна небольшая встреча испортить вам весь день целиком? Скажем, если ее назначат в такое время дня, что ни до этой встречи, ни после нее ничего толкового сделать не получится. Сама по себе встреча коротка, но она утягивает за собой в пучину бездарно потраченного времени весь день. Знакомо?

Рис. 20. Бракованный день

Да-да, это тоже один из шаблонов неэкономного мышления[27]. Мы считаем, что все наши задачи требуют больших кусков времени, в течение которых нам дают сосредоточиться, и «опилки» времени в 10–20–30, а то и 40 минут мы не рассматриваем всерьез.

Можно сколь угодно долго доказывать, что ваши дела просто невозможно делать небольшими кусочками, уделяя им по 10–20 минут. Но дело в том, что если вас в течение дня как минимум 5–10 раз отвлекают каким-либо способом (звонком по телефону или всплывающим уведомлением о новом сообщении в чате или почте), то фактически вам попросту недоступен никакой другой способ работы.