Управление дедлайнами начинается на постановке задачи

Большую работу редко сдают в срок и целиком. Международное исследование BCG охватило более 1000 компаний: две трети крупных технологических программ, по ожиданиям авторов, не уложатся в срок, бюджет или запланированный объем. За каждым таким отклонением стоит конкретный руководитель. Дедлайн назначает он, он же отвечает за срок перед клиентом. Разбираться с последствиями просрочки регулярно приходится тоже ему. Ему же решать, чем держать срок: приемов несколько, и каждый рассчитан на свой тип работы. Но выбирать его поздно, если дата назначена наугад: управление дедлайнами начинается на постановке задачи.

Главное за неделю — в дайджесте

Подпишитесь, чтобы не пропустить

Подписаться

Почему сроки срываются системно

У сорванных дедлайнов две разные причины. Понять, какая из двух сработала, нужно до того, как менять процесс или переносить дату.

• Разовое стечение обстоятельств. Заболел сотрудник, клиент прислал материалы на неделю позже, подрядчик сдвинул поставку.
• Устройство работы. Задачу теряют из виду до наступления ее даты.

Разделить их помогает повторяемость. Разовый сбой не воспроизводится, системный дефект возвращается каждый месяц на одних и тех же участках.

Задачи пропадают из виду чаще, чем это заметно по планеркам. По опросу Weeek, 73% российских компаний хотя бы периодически сталкиваются с потерей рабочих задач. Регулярным такой сбой считают 17% респондентов, эпизодическим — 56%. Причины называют разные. На поток уведомлений указали 29% опрошенных, еще 23% — на постоянное переключение между задачами и сервисами.

Задачу теряют на коротком участке — от планерки до карточки в трекере. Её проговорили на планерке, детали остались в чате, карточку в трекере создали без срока — или её вообще нет. О сроке помнит только исполнитель. Ответственный за срок узнаёт о просрочке в последний момент, когда ничего не изменить.

Управляемый срок держится на трех условиях:

• Единое место хранения. Все задачи собраны на одной доске или в одном трекере.
• Дата и ответственный у каждой задачи. Без этих двух полей задача не считается поставленной.
• След перехода между этапами. Каждое движение задачи фиксируется в том же месте.

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

Разовый аврал и постоянный срыв дедлайна: чем отличаются

Признаки руководитель собирает сам — без опроса команды и без разбора личной дисциплины сотрудников.

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

Инга Скерсь, сооснователь сервиса Weeek

Повторяемость видна по четырем признакам.

• Просрочки случаются на одних и тех же этапах. Задержку вызывают согласование, приемка и передача между отделами.
• Статусы собираются личным обходом. Ответ на запрос «где мы по проекту» приходится выяснять у каждого по отдельности.
• О срыве узнают от клиента. Внешняя сторона узнает о просрочке прежде, чем ее заметят внутри команды.
• Сроки закрывают переработками. Задачи доводят вечерами и выходными. Такой режим повторяется от проекта к проекту.

Каждый признак по отдельности терпим. Вместе они означают одно: дедлайн помнят несколько человек — отпуск любого из них обнуляет контроль.

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

Где рождается срыв срока: постановка и оценка

Дедлайн задачи появляется в одном из двух мест: его приносят снаружи вместе с обещанием клиенту или рассчитывают в команде по трудозатратам и объему работы. Два способа дают разные по природе даты. Дата из обещания фиксирует момент, к которому результат нужен заказчику. Дата из расчета соответствует моменту, к которому команда физически успевает.

Внешний дедлайн удобен на переговорах и опасен в исполнении. Он появляется до того, как кто-либо посчитал объем работы. Разрыв между обещанием и емкостью команды становится виден в последнюю неделю. Собственный расчет реалистичен, но проигрывает в переговорах: пока команда считает объем, клиент ждет ответа и принимает паузу за медлительность.

Обе даты попадают в один план команды — расплачивается за ошибку в оценке исполнитель. По опросу компании «Сумма элементов», 25% респондентов назвали причиной своих переработок хаотичное планирование и появление срочных задач в конце дня. За этой цифрой понятная механика: задача попадает в план, когда день уже расписан, и вытесняет то, что назначили раньше.

Как оценить срок задачи: расчет снизу или обещание сверху

Оценку задачи часто подменяют интуицией, хотя дело сводится к понятной процедуре. Расчет складывается из трех слагаемых.

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

Две первые величины называет сотрудник, третью добавляет руководитель. Сумма слагаемых дает дедлайн, за которым стоит расчет. Дата без него опирается только на надежду, поэтому не выдерживает первой же помехи.

Оценке снизу нужна защита от давления. Сотрудник под нажимом «а быстрее никак» называет срок короче расчетного. Нехватку времени обнаруживают в конце работы. Отбить давление встречным сроком не получится — вопрос ставят иначе: сколько задача займет при текущей загрузке и что нужно убрать из плана ради более раннего срока. Такая постановка переводит обсуждение с торга на состав работы.

Жесткий и мягкий дедлайн: чем жертвуют при конфликте

Дедлайны бывают жесткие и мягкие, но на постановке об этом договариваются редко. Определить тип срока нужно до старта работы. Жесткий срок привязан к внешнему событию: выставка, тендер, отчетный период, релиз у партнера. Перенести его нельзя, поэтому объем работы нужно подгонять под дату. Мягкий срок устанавливают внутри компании, при дефиците времени его сдвигают.

Жесткие и мягкие дедлайны легко перепутать — и это частая ошибка постановки. Команда относится к жесткому дедлайну как к мягкому. О разнице узнают за два дня до сдачи, когда сокращать объём уже поздно. Противоположный случай встречается реже и обходится дешевле: внутренний срок принимают за крайний и тратят на него выходные без необходимости.

Постановка задач по итогам планерки: где теряется дедлайн

Между решением на планерке и карточкой в трекере есть шаг, который редко считают частью управления сроком. С планерки все уходят с разным пониманием дат — сверить их негде: договоренности переносят в карточки вручную. Часть дедлайнов теряется по дороге — такие задачи обнаруживают уже просроченными.

Так, на производстве ПФ-ФОРУМ руководитель тратил более 30 минут после каждой планерки на ручную постановку задач команде. Часть поручений вспоминали, когда сроки уже были сорваны. Когда задачи стали заводить прямо на планерке в трекере, на постановку 15–20 задач с ответственными и сроками стало уходить 2–3 минуты.

Планирование от емкости команды

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

По опросу Weeek, слишком большое количество дел одновременно мешает работать 35% опрошенных россиян. Постоянную смену задач на ходу назвали помехой 22%, отсутствие четких приоритетов — 17%, перегрузку от встреч и сообщений — 15%.

Несколько задач со своими дедлайнами назначены на одно и то же время команды. Чей-то срок все равно придется подвинуть, и решает это руководитель — либо заранее, либо в день срыва. Договоренность о приоритете фиксирует две вещи: какой срок переносят при нехватке времени и кто сообщает об этом заказчику. Без нее очередность определяет сотрудник по своему усмотрению и сдвигает то, что легче отложить.

Что ограничивает число параллельных дедлайнов

Чем больше таких обязательств, тем быстрее память перестает с ними справляться. В работе у сети багетных мастерских «БелБагетМастер» одновременно может находиться свыше сотни индивидуальных заказов, у каждого свои параметры и свой срок сдачи. В 2022 году, по данным компании, около 50% заказов уходили к клиентам позже обещанного срока. Причину там видят в устройстве работы: детали заказа хранились вне системы, а промежуточных статусов у карточки не было.

Буфер, редлайн и контрольные точки: чем режимы отличаются

Запас времени в проекте хранят тремя разными способами. Выбор способа меняет поведение команды заметнее, чем размер запаса.

• Буфер. Прячет запас внутри объявленного срока.
• Редлайн. Выносит его в отдельную внутреннюю дату.
• Контрольные точки. Дробят срок на отрезки и заменяют запас ранним сигналом.

Буфер и редлайн: где хранить запас времени до дедлайна

Два режима решают одну задачу разными средствами. Отличие заметно только команде, для клиента оно невидимо: до него в обоих случаях доходит одна дата. Работают оба в любом инструменте, и весь вопрос в том, какую дату называют заказчику.

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

Редлайн выносит запас в отдельную внутреннюю дату: команда сдает работу к своему сроку, клиент получает результат к более позднему. Режим закрывает накопление мелких задержек, потому что просрочка своей даты еще не срыв обязательства перед заказчиком. Подводит он тогда, когда внутреннюю дату начинают считать условной.

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

Контрольные точки: ранний сигнал об отставании от дедлайна

Срок назначен, работа идет. Вопрос в том, когда руководитель к ней возвращается. Разовая проверка в день сдачи только фиксирует результат: отставание к этому моменту уже не наверстать. Контрольная точка сдвигает этот момент внутрь работы, чтобы отклонение стало видно вовремя. У нее есть дата, ответственный и промежуточный результат. У дизайнера это утвержденный макет, у разработчика — собранная версия, у автора документа — готовый раздел.

Частота проверок задается длиной работы и ценой ошибки. Недельной задаче хватает одной контрольной точки, квартальному проекту нужна отдельная точка на каждом этапе. Они требуют от руководителя больше внимания, чем буфер. Зато при срыве обходятся дешевле: отклонение видно на ближайшей, и время на маневр еще остается.

Выбор диктует тип работы:

• буфер подходит короткой и предсказуемой,
• редлайн — длинной с внешним обязательством,
• контрольные точки — дробной и этапной.

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

«Существует очень большое количество методов управления проектами. Свод знаний по управлению проектами PMBOK 7 версии выделяет 22 модели, 60 методов и 76 артефактов, которые должен знать проектный менеджер».

Павел Алферов, профессор бизнес-практики Школы управления СКОЛКОВО

Контроль без микроменеджмента

Следить за сроком в команде можно двумя способами. Различаются они тем, когда руководитель получает сигнал. Ручной сбор статусов описывает вчерашний день и отнимает часы и у руководителя, и у команды. Контроль по нормативу показывает текущее состояние: у каждого типа задачи есть измеримое время выполнения — отклонение от него заметно до наступления дедлайна. Инструменты для второго способа у команды обычно уже есть: трекер хранит дату каждого перехода. Эти отметки и используют как основу норматива.

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

Норматив времени как метрика соблюдения дедлайна

Он превращает срок в цифру, понятную бизнесу. Общее «успеваем ли» уступает измеримому «сколько дней задача этого типа проходит обычно и сколько идет сейчас». Ответ виден в статусах задач без опроса сотрудников.

Растущий поток задач не ломает сроки, пока время выполнения измеряют и показывают всей команде. Так, ИТ-служба группы компаний «Белый клык» перевела поток обращений от ветеринарных клиник в общий процесс с фиксированными этапами и приоритетами, а ресурс распределила между поддержкой и развитием. За три года поток вырос с 254 задач до примерно 800 в год. По данным компании, 75% инцидентов закрываются в срок до 20 дней, а среднее время решения некритичных обращений держится на 12–13 днях.

Норматив устанавливают отдельно по каждому типу задач. У инцидента, доработки и нового проекта свое нормальное время. Общее среднее по команде смешивает самые быстрые из них с самыми долгими и не показывает ни тех, ни других. Разделение по типам дает еще и точную адресацию: сразу ясно, какой тип задач выбивается из нормы, даже если общая картина спокойная.

Норматив используют и на опережение: по нему видно, какие задачи отклоняются от нормы прямо сейчас. Угрозу сроку выдают несколько наблюдаемых сигналов.

• Задача стоит на одном этапе дольше норматива. Согласование обычно занимает два дня, а идет пятый.
• Оценка выросла по ходу работы. Сотрудник пересчитал объем. Новая оценка не помещается в остаток времени.
• Задача вернулась на предыдущий этап. Возврат с приемки означает переделку, которую в исходный срок не закладывали.
• Карточка не двигается дольше обычного. Работа стоит, даже если в статусе у нее написано «в процессе».

Сам по себе сигнал ничего не дает: реагировать на него нужно в тот же день. Ответ состоит из трех шагов.

• Найти, где задача застряла. Этап и дата последнего движения записаны в карточке.
• Снять препятствие. Это ожидание ответа смежника, недостающие материалы или неверно назначенный исполнитель.
• Пересчитать остаток. Новая оценка показывает, хватает ли запаса до сдачи.

Когда срок уже горит

Выбор руководителя здесь сводится к трем реакциям.

• Добавить часы. Команда закрывает объем переработками. Срок сохраняется, обязательство формально выполнено. Платят качеством работы и усталостью команды в следующем периоде.
• Урезать объем сдачи. Всю работу к дате не выполнить — вовремя уходит облегченная версия результата. Дедлайн держится, а сокращение открыто согласуют с заказчиком.
• Перенести дату с новым расчетом. Срок пересобирают один раз, с новой оценкой и полным набором проверок. Обязательство меняется, зато следующий дедлайн снова опирается на расчет.

Цена первой реакции измерима. По исследованию Русской школы управления и сервиса «Зарплата.ру», 45% сотрудников отмечают, что из-за переработок падает продуктивность и растет количество ошибок. Ошибка в авральном режиме возвращается переделкой, и переделка съедает тот самый выигрыш, ради которого добавляли часы. Одна пересборка плана обходится дешевле, чем такой режим из месяца в месяц, потому что дальше команда работает по расчету. Выбор реакции определяется тем, что дороже потерять: срок, объем сдачи или доверие заказчика к следующему обещанию.

Что сообщать клиенту при переносе дедлайна

Новую дату заказчик принимает тем спокойнее, чем раньше о ней узнает и чем конкретнее формулировка. Сообщение содержит сам срок, причину сдвига в одной фразе и перечень того, что готово к текущему моменту. Письмо без даты заказчик принимает за отказ от обязательства. Следующий разговор пойдет уже о доверии.

После сдвига пересматривают и соседние задачи: задержка на одном участке двигает все последующие сроки. Сделать это лучше сразу, пока смещение не дошло до остального плана.

Признаки, по которым система сроков работает

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

Оценить процессы помогают четыре признака:

• Дата опирается на расчет. Под каждым обязательством лежит посчитанный объем работы и запас времени.
• Отклонение заметно до срока сдачи. Сигнал приходит на контрольной точке или через норматив, до звонка заказчика.
• Статусы не собираются вручную. Ответ на вопрос о ходе проекта занимает минуту и не требует личного обхода команды.
• Переработки перестали быть плановыми. Аврал случается как исключение и разбирается как отдельный инцидент.

Ни один из четырех признаков не проверяется по ощущениям. Каждый либо виден в трекере, либо снимается одним запросом к команде, и ответ не зависит от настроения на планерке.

Последний признак обсуждать труднее всего: переработки долго считали доказательством вовлеченности команды.

«Я отрицательно отношусь к переработкам. Это значит, система не выстроена».

Павел Кулаков, основатель и генеральный директор компании Oxygen

Сорванные дедлайны в крупных проектах остаются частым исходом. Разница между командами в том, на чем держится срок. В одних — на памяти руководителя. В других — на устройстве работы: дату посчитали заранее, сигнал о сдвиге приходит до сдачи.