Многие руководители проектов по разработке программного обеспечения сталкивались с ресурсами, которые некоторое время выделяются для их проекта. Самый распространенный подход при распределении ресурса между двумя задачами – это назначение по 50% ресурса для обеих задач, хотя встречаются и другие процентные соотношения. Встречаются и ресурсы, выделяемые более чем для двух задач в течение 50% от их времени!
Многие могли заметить удивительную тенденцию во время экономического кризиса: несмотря на то, что количество одобренных и спонсируемых больших проектов с капитальными затратами уменьшилось, необходимость в помощи с анализом расписания и оценками риска, предоставленной третьими лицами, значительно увеличилась. Мы пришли к некоторому выводу: толковые расписания проектов рискуют стать вымершей наукой, и мы, в качестве руководителей проектов, должны сделать все, чтобы этого не случилось.
Несмотря на то, что продолжительность проектных заданий обычно просчитывается, это может послужить причиной роста некоторых типов поведения. Критическая цепь управления проектами и составление расписания исключают эти типы поведения и уменьшают сроки проекта.
Многих интересует, сколько процентов времени проекта обычно отводится на специфические этапы работы, например, этап первый – анализ реализуемости, этап второй – разработка системы и т.д. В основном, причина заинтересованности кроется в использовании этих знаний для оценки оставшейся части проекта.
Хотя все мы располагаем одним и тем же временем, иногда кажется, что оно проносится слишком быстро. Дело не в том, что мы бездельничаем, но в том, что люди берут на себя больше, чем могут, и все при этом страдают. И проекты, за которые мы беремся, волшебным образом превращаются из милых, невинных стремлений в нечто невыполнимое, а это снова и снова рушит наш график.