Что выбрать — ограничения или крайние сроки
Плюсы использования крайних сроков для обозначения сроков исполнения задач очевидны. Если в результате изменения плана проекта дата окончания задачи выходит за крайний срок, то MS Project отобразит соответствующее предупреждение. При этом принципы размещения задач в расписании не изменяются, и не надо ломать голову, догадываясь, почему при увеличении длительности задачи перемещается ее дата начала, а не окончания и т. п.
Кроме того, сохранение принципов размещения задач позволяет использовать MS Project как аналитический инструмент. Например, если вы установите ограничение типа MFO (ФО) или FNLT (ОНП) на дату окончания завершающей задачи проекта, то какие бы изменения не происходили внутри проектного плана, дата окончания всегда уложится в срок, хотя реально (исходя из работ внутри плана) уложиться в сроки не получится. Если же использовать крайний срок для определения даты окончания этой задачи, то при изменениях внутри плана вы увидите, когда реально завершится проект, и сможете рассмотреть несколько вариантов корректирующих действий и выбрать наиболее подходящее.
С другой стороны, использование индикатора для информирования о несоответствиях в плане не всегда удобно, так как это поле не включено в некоторые таблицы. Поэтому после существенных изменений в плане проекта придется проверять, не нарушен ли где-то крайний срок. Если же на задачу наложено ограничение, то при изменении плана, нарушающем ограничение, MS Project отобразит сообщение, которое проинформирует вас о сути несоответствия сразу после того, как вы совершите вызвавшее несоответствие действие. Поскольку крайний срок ограничивает дату окончания задачи, его удобно использовать в сочетании с ограничением на начало задачи, таким образом как бы ограничивая задачу с двух сторон. Например, если задача должна начаться 10-го числа и закончиться не позднее 15-го, то вы можете установить ограничение SNLT (ННП) на 10-е и крайний срок на 15-е число.
