Каждая задача должна иметь свое точное начало и конец, а значит и длительность. Один неопытный менеджер проекта хотел создать задачи, которые имеют только срок окончания, поскольку, по его словам, его совершенно не волнует, сколько времени занимает выполнение той или иной задачи, важно лишь ее выполнение к определенному сроку.
Его проблема была в том, что он занимался задачами высокого уровня, он не смотрел на задачи низкого уровня в WBS. Если вас заботят только даты завершения, а кто-то еще занимается деталями задач более низкого уровня, вы можете захотеть использовать ключевые точки для этих дат завершения и вставить задачи более низкого уровня в план проекта.
Давно известно, что спешка ни к чему хорошему не приводит. Конечно, если в автомобилях работников вашей группы будут стоять радар детекторы neoline — это поможет им при спешке на дороге, однако, не спасёт при необдуманном назначении даты завершения проекта. Тем или иным путем, но все задачи должны иметь точную дату начала и конца, чтобы работы была завершена вовремя. Ключевые точки могут использоваться для того, чтобы указать на требуемые даты завершения, но проект только с ключевыми точками — это какое-то краткое содержание, а не план проекта.
Когда приходит время построения расписания проекта (то же самое справедливо для бюджета проекта, о чем мы еще поговорим в дальнейших статьях), многие менеджеры IT-проектов стараются добавить некоторый резерв времени, чтобы иметь хоть какой-то запас, когда проект начинает испытывать трудности. Расписания многих проектов удлиняются уже в процессе реализации. Однако нет необходимости раздувать ваши оценки. Во-первых, нужно разобраться, в чем разница между раздуванием и резервами.