​​Уезжающие дедлайны Перемещающиеся во времени и пространстве дедлайны — это предмет огромного количества приколов и одновременно причина раздражения, разочарования, жёстких дискуссий и покаяний перед руководством. Лично я очень не люблю переносов дедлайнов. Во-первых, сам по себе человек такой. Мне не нравится, когда план идёт вообще не туда из-за кривой оценки. Во-вторых, чисто прагматически. Когда ты определяешь список своих работ, проектов и интервенций, ты понимаешь, какой результат это всё принесёт. Если постоянно двигать дедлайны, то ты окажешься не у своей цели и срочно придётся что-то изобретать «вопреки». На самом деле проблема возникает не только потому, что кто-то забыл, пропустил, забил, не договорился. Часто первопричина лежит как раз в некорректной оценке самих дедлайнов. Например, собирает человек список своих проектов, примерно прикидывает, когда он должен их сделать, потом подгоняет под желаемый результат. Наступает день очередного ревью, и дата проекта переносится. Самое умильное, когда она переносится на месяц, при этом проект находится на стадии зародыша и до релиза ещё надо начать и закончить. Для менеджера это головняк, для исполнителя — потеря собственного имиджа (ага, кому из начальства понравится постоянно уезжающие тайминги?). Для себя я взял за правило: когда делаем первичное обсуждение проектов, после того как команда поставит какие-то даты, и если я чувствую, что это ну слишком амбициозно, задавать вопросы: — Вы учли все действия? — Вы согласовали с внутренними партнёрами? — Если касается материалов, то «мы успеем сработать старый сток?» И это помогает начать рассуждать не от желаний и эфемерных ожиданий, а вернуться в реальность. После очень короткой дискуссии люди выставляют более реалистичные тайминги (и да, если я вижу, что там немерено запаса — естественно, спрашиваю, а зачем столько). И уже что-то более реалистичное, при этом достаточно амбициозное, помогает им куда более спокойно и одновременно ответственно двигаться к выполнению. То есть из разговора: «А когда сделаете? — Ну тогда-то. — Ну ок» — всё переходит в более конструктивное обсуждение того, что именно надо сделать и какое на это требуется время. Результат простой: куда более чёткое планирование и снижение количества офтопных сюрпризов с переносами.