Закон Паркинсона

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

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

А вот это действительно проверили в лаборатории
В отличие от большинства таких афоризмов, идею «время растягивает работу» реально протестировали. Людям давали простую задачу (например, вычитку текста), которую можно сделать за 5 минут, но одним давали именно 5 минут, а другим — 15. И те, у кого было больше времени, и правда тратили на ту же самую работу больше времени.

Подвох в том, что дело не во времени
Учёные проверили: а что если дело не в количестве минут, а в том, что человек невольно ставит себе цель — «закончить к такому-то моменту»? Тогда обеим группам сказали одно и то же: «работайте в своём темпе». Разница в скорости исчезла.
Вывод: дедлайн работает не потому, что время умеет «растягиваться», а потому что он превращается в конкретную цель — тот же механизм, о котором мы говорили в посте про OKR.

Побочные эффекты
Если один раз дать человеку лишнее время на задачу, он не только сделает эту задачу медленнее — на следующей похожей задаче он тоже будет работать медленнее, даже без лишнего времени.
Работает это и в обратную сторону. Амабиле с коллегами (Harvard, «Creativity Under the Gun») проанализировали больше 9000 ежедневных рабочих отчётов, и обнаружили: жёсткое давление по времени почти всегда убивает изобретательность — человек может чувствовать себя продуктивным под прессом, но результат получается хуже. Исключение — когда сжатый срок воспринимается как осмысленная миссия (конкурент вот-вот выпустит то же самое) и при этом есть возможность сосредоточенно работать (фокусный блок).

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

Вывод для процессов
В регулярном повторяющемся процессе время выполнения задачи — это не инструмент управления командой и не повод давить на темп. Как только время выполнения превращается в цель, которую транслируют людям («должно укладываться в X дней»), запускается та же история, что с агрессивными OKR: подгонка цифр, срезание углов, демотивация. Правильная роль этого показателя — быть индикатором состояния процесса, который нужно отслеживать в динамике и улучшать, но меняя сам процесс — убирая узкие места, сокращая объём параллельно начатой работы, упрощая передачи между этапами — а не уговаривая людей работать быстрее.

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

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

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

🔗 Brannon, Hershberger & Brock (1999) — https://link.springer.com/article/10.3758/BF03210823
🔗 Bryan & Locke (1967) — https://www.sciencedirect.com/science/article/abs/pii/0030507367900219
🔗 Amabile, Hadley & Kramer (2002), Creativity Under the Gun — https://www.hbs.edu/faculty/Pages/item.aspx?num=12846