Статус «в работе» ничего не говорит о сроках: как увидеть скрытую очередь проекта

Статус «в работе» ничего не говорит о сроках: как увидеть скрытую очередь проекта

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

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

Однако есть ещё одна проблема, которую часто замечают слишком поздно.

Задача может находиться в статусе «в работе», хотя фактически работа над ней давно остановилась.

Она ждёт:

• свободного специалиста;

• ответа заказчика;

• согласования руководителя;

• результатов другой команды;

• необходимых данных;

• решения по требованиям;

• завершения зависимой задачи.

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

Но реального движения нет.

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

Что на самом деле означает статус «в работе»

Статус обычно отвечает только на один вопрос:

«Задача ещё не завершена?»

Но для управления сроками этого недостаточно.

Руководителю нужны более точные ответы:

• выполняется ли задача прямо сейчас;

• сколько работы уже сделано;

• сколько ещё осталось;

• есть ли у исполнителя доступное время;

• что мешает продолжить работу;

• от кого зависит следующий шаг;

• когда ограничение будет снято;

• какие другие задачи ждут её завершения.

Две задачи с одинаковым статусом «в работе» могут наход• какие другие задачи ждут её завершения.

Две задачи с одинаковымиться в совершенно разных состояниях.

Первая активно выполняется и будет завершена завтра.

Вторая уже неделю ждёт согласования, а исполнитель переключился на другой проект.

Для отчёта они выглядят одинаково.

Для срока проекта — нет.

Как появляется скрытая очередь

Скрытая очередь возникает тогда, когда задача формально начата, но не может двигаться дальше.

Рассмотрим типичный пример.

Аналитик подготовил требования и передал их на согласование. Задача остаётся «в работе», потому что полностью она ещё не завершена.

Согласующий руководитель занят другими вопросами и вернётся к документу только через четыре дня.

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

Затем результат потребуется протестировать, однако тестировщик будет доступен только через неделю.

Формально перед нами одна задача.

Фактически внутри неё уже существует очередь из нескольких ожиданий:

1. Ожидание согласования.

2. Ожидание разработчика.

3. Ожидание тестировщика.

4. Ожидание финального решения.

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

Основные виды скрытого ожидания

Ожидание специалиста

Исполнитель назначен, но у него нет свободного времени.

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

Особенно часто это происходит с дефицитными специалистами:

• архитекторами;

• аналитиками;

• разработчиками отдельных технологий;

• юристами;

• экспертами по безопасности;

• дизайнерами;

• тестировщиками;

• руководителями, принимающими решения.

Ожидание согласования

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

Проблема в том, что согласование редко воспринимается как отдельная работа, которую тоже нужно планировать.

Руководитель может считать, что ему потребуется «только посмотреть документ».

Но если таких документов двадцать, они образуют очередь.

Ожидание другой команды

Одна команда завершила свою часть, но продолжение зависит от смежного подразделения.

Например:

• разработка ждёт инфраструктуру;

• маркетинг ждёт продуктовые материалы;

• внедрение ждёт доступы;

• тестирование ждёт новую сборку;

• закупки ждут техническое задание;

• подрядчик ждёт решение заказчика.

Каждая команда может считать, что её собственная работа идёт по плану.

При этом общий проект уже задерживается.

Ожидание данных

Задача не может продолжаться без информации:

• результатов исследования;

• выгрузки;

• расчёта;

• перечня требований;

• коммерческого решения;

• данных от клиента;

• ответа внешнего поставщика.

Пока данные не получены, исполнитель либо простаивает, либо переключается на другую работу.

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

Ожидание решения

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

Работа останавливается до решения по:

• объёму;

• срокам;

• архитектуре;

• бюджету;

• исполнителю;

• приоритету;

• допустимому риску.

Чем дольше решение остаётся открытым, тем больше задач начинает зависеть от него.

Почему процент выполнения тоже не решает проблему

Иногда к статусу добавляют процент готовности.

Например:

• 30% выполнено;

• 70% выполнено;

• 90% выполнено.

Кажется, что это даёт более точную картину.

Но процент часто не показывает, сколько времени осталось.

Задача может быть готова на 90%, однако последние 10% требуют согласования службы безопасности, участия редкого специалиста или внешней проверки.

Именно эта небольшая часть способна занять больше времени, чем вся предыдущая работа.

Обратная ситуация тоже возможна.

Задача формально готова только на 30%, но оставшаяся часть понятна, исполнитель свободен, все зависимости сняты — и завершение займёт один день.

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

Активная работа и ожидание — разные состояния

Для реалистичного планирования важно разделять как минимум два состояния:

1. Над задачей действительно работают.

2. Задача ожидает следующего действия.

Это кажется очевидным, но во многих проектах ожидание никак не учитывается.

В результате руководитель видит десятки задач «в работе» и не понимает:

• сколько из них реально выполняется;

• сколько стоят в очереди;

• где именно возникло ожидание;

• кто должен сделать следующий шаг;

• сколько времени задача уже не движется.

Чем больше таких задач, тем сложнее отличить нормальную загрузку от накопившегося незавершённого объёма.

Почему скрытые очереди стоят компании денег

Ожидание редко выглядит как прямой расход.

Но оно создаёт несколько видов потерь.

Увеличивается общий срок проекта

Даже если непосредственная работа занимает два дня, задача может провести ещё неделю между специалистами, согласующими и подразделениями.

Растёт объём незавершённой работы

Чем больше открытых задач, тем сложнее команде понимать реальные приоритеты.

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

Руководители чаще запрашивают статусы

Если система не показывает причину ожидания, менеджеру приходится вручную выяснять:

• кто сейчас работает над задачей;

• почему она не завершена;

• от кого требуется действие;

• когда появится результат.

Так проектное управление превращается в постоянный сбор информации.

Риски обнаруживаются слишком поздно

Задача может долго не привлекать внимания, потому что её дедлайн ещё не наступил.

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

Специалисты простаивают или теряют контекст

Ожидая данные или решение, сотрудник переключается на другую задачу.

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

Какие сигналы действительно нужны руководителю

Для управления сроками недостаточно видеть название задачи, исполнителя и статус.

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

• выполняется ли задача сейчас;

• когда было последнее фактическое изменение;

• сколько работы осталось;

• есть ли блокирующая причина;

• кто отвечает за снятие ограничения;

• когда ожидается следующий шаг;

• какие задачи зависят от результата;

• есть ли у следующего исполнителя свободное время.

Особенно важны исключения — ситуации, которые требуют управленческого решения.

Например:

• задача не менялась пять дней;

• согласование просрочено;

• исполнитель назначен, но перегружен;

• зависимая работа уже должна была начаться;

• срок остался прежним, хотя трудоёмкость выросла;

• решение не принято;

• новая дата не помещается в общий план.

Руководителю не нужно вручную проверять каждую задачу.

Ему нужно видеть те места, где план перестал быть реалистичным.

Как сделать скрытую очередь видимой

Первый шаг — перестать считать статус «в работе» достаточным описанием.

Для каждой активной задачи полезно фиксировать несколько параметров.

Что происходит сейчас

Работа выполняется, ожидается согласование, требуется решение, нет данных или отсутствует доступный специалист.

Кто должен сделать следующий шаг

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

Когда ожидается действие

Без даты ожидание может продолжаться неопределённо долго.

Сколько работы осталось

Важно оценивать не процент готовности, а оставшийся объём или время.

Какие задачи зависят от результата

Это помогает понять цену задержки и правильно расставить приоритеты.

Есть ли ресурс для продолжения

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

Поэтому недостаточно знать, когда задача станет доступна. Нужно понимать, когда команда реально сможет к ней вернуться.

Ожидание тоже должно попадать в план

Хороший план состоит не только из активной работы.

Он должен учитывать интервалы, когда задача:

• ждёт решения;

• проходит согласование;

• ожидает другой этап;

• стоит в очереди к специалисту;

• зависит от внешнего участника.

Это не означает, что каждую минуту ожидания нужно превращать в отдельную задачу.

Но если ожидание влияет на срок, оно должно быть видно и учитываться при расчёте.

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

Именно поэтому задача, оценённая в три рабочих дня, иногда завершается через три недели.

Что должен делать инструмент планирования

Система управления планом должна не просто хранить статус задачи.

Она должна помогать понять:

• выполняется ли работа или находится в ожидании;

• что именно блокирует продолжение;

• кто должен снять ограничение;

• когда задача реально сможет возобновиться;

• есть ли у следующего исполнителя ресурс;

• какие сроки изменятся из-за ожидания;

• какие связанные задачи окажутся под риском.

Если задача блокируется, это должно отражаться не только в комментарии, но и в общем плане.

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

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

Как это связано с Диплексом

Диплекс помогает планировать проекты с учётом задач, сроков, зависимостей, приоритетов и доступности специалистов.

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

• задача ждёт исполнителя;

• специалист перегружен;

• зависимая работа не завершена;

• появилась новая приоритетная задача;

• изменилась трудоёмкость;

• участник стал недоступен.

Задача Диплекса — помочь связать эти изменения с общим планом и показать, какие работы и сроки они затрагивают.

Руководитель получает не просто перечень задач «в работе», а более реалистичную картину:

• что действительно выполняется;

• что находится в ожидании;

• где формируется очередь;

• какие ограничения требуют решения;

• какие сроки перестают быть выполнимыми.

Главный вопрос к каждой задаче

Когда руководитель видит статус «в работе», полезно спрашивать не только:

«Кто исполнитель?»

Более точные вопросы звучат так:

«Что происходит с задачей прямо сейчас?»

«Какое действие должно произойти следующим?»

«Кто его выполнит и когда?»

«Что изменится в проекте, если этого не произойдёт вовремя?»

Если ответов нет, статус создаёт видимость контроля, но не помогает управлять сроком.

Задача может числиться активной и одновременно неделями стоять в очереди.

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

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