Лэмми заявил о двухнедельном периоде для достижения соглашения по Ирану

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

Министр иностранных дел Британии Дэвид Лэмми заявил о двухнедельном окне для дипломатического решения по Ирану. Звучит знакомо? В IT, строительстве и производстве мы постоянно слышим: «Сделайте это за две недели». И почти всегда это оборачивается авралом, срезанными углами и провалом. Почему?

Психология дедлайнов: почему именно две недели?

Закон Хофштадтера гласит: «Даже если вы учли закон Хофштадтера, вы всё равно ошиблись». Срок в две недели — магическое число. Руководители любят его, потому что оно кажется реалистичным. Но исследования когнитивных искажений показывают: люди систематически занижают время на 30–50%. Особенно когда речь идет о сложных задачах — будь то ядерная сделка или внедрение ERP-системы.

Личное наблюдение: недавно я видел, как команда разработчиков оценила интеграцию нового API в две недели. Результат — полтора месяца. Причина? Не учли согласования с отделом безопасности и тестирование на нагрузку. Знакомая картина?

Сроки в две недели — это не план, а надежда. Надежда не является стратегией.

Переговоры как проект: чем Иран похож на стройку

Дипломатия — это тоже проект. Есть заказчики (государства), ресурсы (время, уступки) и риски. Если бы у Ирана была Agile-команда, переговоры шли бы итерациями с постоянной обратной связью. Но политики работают в жёстких рамках — как строители бетонного завода, где любое изменение ведёт к срыву сроков. Разница лишь в том, что в производстве за срыв платят деньгами, а в политике — жизнями.

Давайте сравним два подхода к планированию.

В строительстве это видно особенно чётко. Срок «две недели на фундамент» оборачивается трещинами через год. То же самое с кодом — технический долг накапливается.

Как перестать играть в «две недели»: микро-инструкция

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

• Шаг 1. Разбейте задачу на части. Декомпозиция до уровня 2–4 часов работы на элемент. Тогда станет видно, где прячутся риски.
• Шаг 2. К каждой части добавьте коэффициент неопределённости. Всё, что делается впервые — умножайте на 2. Всё, что зависит от внешних сторон — на 3.
• Шаг 3. Умножьте итоговую сумму на 1,5. Это запас на коммуникацию и согласования.
• Шаг 4. Согласуйте оценку с командой. Если разработчики или строители говорят «нужно больше», слушайте их, а не заказчика.
• Шаг 5. Защищайте эту оценку перед руководством. Аргумент: «Лучше мы сдадим раньше, чем опоздаем». Покажите таблицу выше.

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

Моё мнение: двухнедельные сроки — инструмент давления

Я убеждён: если руководитель ставит срок «две недели» без анализа объёма работ — он просто перекладывает свою тревогу на команду. Это не планирование, это эмоциональная разрядка. И здесь нет разницы между IT-стартапом и международными переговорами. Хороший менеджер сначала считает, потом называет дату.

Уникальный факт: в книге «The Mythical Man-Month» (мифический человеко-месяц) Фред Брукс ещё в 1975 году доказал, что добавление людей к опаздывающему проекту только замедляет его. Но мы до сих пор верим в магию дат.

Коротко: хочешь качественный результат — дай команде честную оценку. Две недели подходят только для задач, которые уже делались десятки раз. Всё новое — считай по-настоящему. Иранский кризис это только подтверждает.