5 сигналов срыва проекта. Вечное "В работе"

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

Одна из причин давно описана в психологии как ошибка планирования. В классическом исследовании Роджера Бюлера, Дейла Гриффина и Майкла Росса студентов просили оценить, за сколько дней они завершат дипломную работу. В среднем они называли 33,9 дня, а фактически им потребовалось 55,5. В свой прогноз уложились только 29,7 % участников. В той же работе показано, что люди нередко знают о затяжках прошлых проектов, но в прогноз текущего это знание не включают. Выборка в исследовании учебная, поэтому переносить цифры на рабочие команды напрямую нельзя. Важен сам механизм. Самооценка сроков систематически оптимистичнее фактов, а значит любой отчет, собранный из слов исполнителей, наследует этот перекос. Надежнее смотреть на то, что остается в системе независимо от настроения людей, то есть на следы самой работы.

Простейший вопрос о каждой незавершенной задаче касается того, сколько дней она находится в нынешнем статусе. Сам по себе возраст задачи мало что говорит. Важно сравнение с историей команды. Допустим, большинство похожих задач обычно закрывалось за шесть дней, а текущая висит уже десять. Она вышла за привычный диапазон и требует "разговора". Такой подход описывает Даниэль Ваканти в книге об управлении потоком работы. Он предлагает использовать процентили времени прохождения закрытых задач как контрольные точки. Когда возраст задачи в работе доходит до медианы, она оказывается крупнее половины ранее завершенных, и то повод задать вопросы: нужно ли ее разбить, убрать блокер, подключить людей. Автор отмечает, что чем дольше задача находится в работе, тем выше вероятность, что она затянется еще сильнее. Есть и арифметическая причина для тревоги. Закон, доказанный Джоном Литтлом в 1961 году, связывает три величины. Среднее число задач в системе равно произведению темпа их поступления на среднее время пребывания в ней, а при устойчивой работе темп поступления совпадает с темпом завершения. Если число задач в работе растет, а темп завершения не меняется, время прохождения неизбежно увеличивается. Оговорка в том, что закон строго верен для устойчивой системы и средних значений, поэтому на практике его используют как ориентир, а не как точную формулу. Следствие при этом практическое. Когда команда берет в работу все больше задач одновременно, сроки растут сами по себе, как бы усердно ни работали люди.

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

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

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

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

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

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

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

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

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

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

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