Теория ограничений Голдратта и проектное управление. Что не так со сроком задачи?

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

В стандартном подходе есть понятие срока задачи. Сроки задач складываются в срок проекта. Для того чтобы успеть проект в срок, каждая задача должна быть выполнена в срок. Мы с вами знаем, что крайне мало проектов вокруг нас заканчиваются в срок. Ну или в срок, но с превышением бюджета, или с урезанием содержания (спецификации) .

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

Тогда у нас есть другое оправдание — закон Мёрфи: «Если что-нибудь может пойти не так — оно пойдёт не так». Но это тоже не слишком убедительное оправдание. Чаще всего проекты вокруг нас выполняются и планируются людьми, которые уже сталкивались с реальностью. Они в курсе и про Мёрфи, и про заказчиков, которые не читают ТЗ, и про исполнителей, которые любят уйти в перфекционизм, творческий кризис и другие способы прокрастинации. Исполнители тоже знают, что их будут дёргать на другие проекты и задачи, перекладывать на них косяки предыдущих этапов и штрафовать за срыв сроков.

При планировании не первого проекта, каждый, кто имеет доступ к планированию, старается заложить себе подстраховку. И исполнитель, и его тимлид, и их начальник, и владелец продукта, и CPO, а иногда даже продажник. Иногда рынок требует — и мы идём на крайне-напряжённый срок. Но почему-то слишком часто, даже если у нас есть огромный запас подстраховок, проект всё равно не укладывается в изначальные обязательства. Либо мы увеличиваем срок, либо бюджет, либо урезаем содержание, либо все пашут в выходные и до ночи.

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

Если всё же его победить, то появляется закон Паркинсона: когда работа занимает всё отведённое для неё время. Иногда мы всё же заканчиваем работу раньше срока, но тогда в дело может вступать перфекционизм. Можно же сделать немного лучше, начать улучшать и, в итоге, не успеть в срок.

Иногда нас ещё и финансово «мотивируют» в зависимости от трудоёмкости задачи. В таком случае есть повод растянуть трудоёмкость. Даже если премию не сокращают в случае, если задача была выполнена быстрее, я всё равно не буду стремиться сдавать результат быстрее. Если регулярно сдавать задачи раньше срока — оценки трудоёмкости начнут урезать.

А ещё иногда мы и правда недооцениваем сложность задачи, или появляются новые вводные, а потом ещё и Мёрфи с Чёрным лебедем. В итоге есть куча поводов сорвать срок задачи несмотря на заметный запас подстраховки. Если я выполню задачу со срывом срока, то следующий исполнитель с более высокой вероятностью сорвёт срок уже своей задачи.

А что произойдёт, если я, несмотря на всё описанное выше, выполню задачу раньше срока? Скорее всего — ничего. У следующего исполнителя и так есть запас подстраховки, он не планировал начинать раньше и у него есть чем заняться.

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

Что предложил сделать Голдратт? Если подстраховка в любом случае нужна, но мы её разбазариваем — значит, нужно изменить правила использования подстраховки. Во-первых, подстраховка становится общей, и каждый берёт из общего котла столько, сколько ему необходимо. Во-вторых, больше нет сроков задач, есть срок проекта.

А как тогда нам понять, успеваем мы или опаздываем? На этот вопрос отвечает инструмент под названием «диагональный буфер». Он не только задаёт приоритеты — что делать вперёд, но и заранее сигнализирует о том, что срок проекта под угрозой.

01/ Теория ограничений и проектное управление. Что за диагональный буфер? [почитать]

02/ Почему мы продолжаем срывать сроки проектов [посмотреть]

03/ Что такое эффективность? [почитать] [посмотреть]

04/ У вас нет выбора. Либо вы управляете ограничением, либо оно управляет вами [почитать]

05/ Если это решение, то в чем проблема? Шесть слоев сопротивления изменениям [почитать]

06/ Почему ваши очевидно эффективные идеи отвергаются (вероятно, дело в вас) [почитать] [посмотреть]

Мой телеграм-канал, где я оповещаю о новых заметках и делюсь короткими инсайтами и мыслями, которые не попадают сюда. Ещё там можно обсуждать идеи и смотреть на ТОС с разных сторон вместе с другими