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

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

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

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

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

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

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

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