Что такое жёсткие ограничения
— это неизменные условия проекта, которые нельзя нарушить или пересмотреть. Они задают чёткие рамки для работы
Чаще всего жёсткие ограничения касаются сроков, бюджета, содержания или сочетания всех факторов. Их не выбирают, а принимают как данность и строят план проекта, отталкиваясь от этих лимитов.
Такие границы определяются «сверху» или извне: руководством, заказчиком, законом. Им отдают максимальный приоритет, а нарушить их — значит сорвать проект.
Пример использования термина жёсткие ограничения
Что ещё нужно знать про жёсткие ограничения
Какие бывают
Главный критерий — невозможность изменить условие даже в случае рисков, сбоев или непредвиденных обстоятельств. К таким лимитам относят:
🕘 Время. Есть фиксированные и согласованные с регулятором даты этапов, жёсткий дедлайн всего проекта.
💴 Бюджет. Неизменный «потолок» по затратам, лимит на отдельные статьи расходов.
📏 Объём (содержание). Чётко определённое количество задач, требований.
Это треугольник ограничений. Изменения в одном углу тянут за собой изменения в других. Так, если сократить сроки, возможно, придётся либо увеличить бюджет, либо сократить объём задач.
К жёстким границам также относят законодательство. Это требования ГОСТ, отраслевые стандарты.
Как работать с жёсткими ограничениями
Выявить на старте. Проанализировать договоры, техзадания, нормативные акты.
Задокументировать. Зафиксировать ограничения письменно в уставе проекта, брифе или письме от заказчика. В рабочем плане рамки можно визуально выделить цветом. Это позволит выбрать фреймворк управления, аргументированно отказать в изменениях, если они не вписываются в рамки.
Построить план «от обратного». Если нельзя двигать срок — начать планировать от дедлайна и двигаться назад. Так же поступать с бюджетом, количеством сотрудников и другими аспектами.
Контролировать риски. Регулярно проверять соответствие ограничениям. Иметь «подушку безопасности» для других параметров. Если одно ограничение жёсткое, оставить запас в других показателях при условии, что проект это позволяет.
Регулярно напоминать команде. Включить лимиты в повестку спринтов, статус-митингов и ретроспектив. Команда должна помнить о «рамке», в которой работает.
Иметь план Б. Продумать упрощённую, но завершённую версию результата, которую можно гарантированно реализовать в заданный срок.
Эскалировать, если нужно. Если ограничение невыполнимо, руководство должно решить вопрос и установить новую рамку.
💥 Чтобы полностью изучить тему и узнать детали, предлагаем прочитать нашу статью «Ограничения проекта — что это, как определять и управлять».
Подписаться 
