Факторы потери времени

Потери времени в ходе реализации проекта выражаются в:

- дополнительных затратах времени на перепланирование графика выполнения работ. Это может быть связано со следующими причинами:

ñ допущены ошибки ключевых участников проекта на стадии определения содержания работ, выражающиеся в неучете некоторых целей проекта, неточностях в определении участников проекта, основных вех выполнения проекта и разработке СДР;

ñ процесс планирования основывается на неполных данных;

ñ на оценку показателей проекта отводится мало времени;

ñ при выполнении оценок не учитываются исторические данные и предыдущий опыт;

ñ планирование графика работ проводится исключительно группой планирования, тогда как в этом процессе должны принимать активное участие те, кто будет выполнять график;

ñ неправильно спланированы потребности в ресурсах;

ñ при планировании графика работ не учтены риски;

ñ фактическое состояние проекта не находит отражения в текущем графике выполнения работ. Это может быть связано с нечеткой организацией обмена информацией между исполнителями и проектным офисом, с тем, что при возникновении проблем люди могут впасть в панику и вообще забыть о существовании плана. В результате не отслеживаются расхождения между текущим и базовым графиками работ, не принимаются необходимые для проекта решения – «план и проект существуют отдельно друг от друга»;

- устранении брака. Потери времени на устранение брака возникают в результате выполнения работ не в соответствии с требованиями качества, например, при использовании неквалифицированных человеческих ресурсов или их чрезмерной загрузке, некачественных материалов и т.д.;

- простоях/задержках в выполнении работ, которые связаны, прежде всего, с отсутствием условий для их выполнения. Это может выражаться в нерабочих погодных условиях, перебоях с поставками материалов или оборудования по вине поставщиков и т.д.

Управление проектом по временным параметрам включает в себя процессы, необходимые и достаточные для обеспечения своевременного завершения проекта:

· Определение работ;

· Определение последовательности работ;

· Оценка продолжительности работ;

· Разработка календарного плана;

· Оптимизация и контроль календарного плана.

Этап определения работ начинается на стадии планирования – его результатом является структурная декомпозиция работ.

Кроме разработки СДР необходимо указать структуру каждой работы, т.е. задать следующие параметры:

- идентификатор – уникальный код, однозначно определяющий работу в проекте;

- описание – краткая характеристика, используемая в сетевой диаграмме проекта. Обычно описывает суть работы;

- исходная длительность (продолжительность). Оценка времени, требуемого для выполнения работы с учетом ее характера и необходимых ресурсов. На оценку продолжительности работ оказывают влияние ограничения по времени, предположения потребности в трудовых ресурсах, их квалификация и опыт выполнения предыдущих проектов;

- процент выполнения – доля завершенной части работы в процентах;

- оставшаяся длительность для выполняемых работ;

- календарь – список рабочих и нерабочих периодов, принятый для выполнения работы в проекте;

- ранние начало и окончание, поздние начало и окончание;

- резервы времени – свободный и полный. Свободный резерв определяет время, на которое можно задержать выполнение работ, не изменяя раннего начала всех последующих работ. Полный резерв определяет время, на которое может быть задержано выполнение работы без изменения продолжительности или сроков окончания всего проекта. Определяется как разность между поздним и ранним сроками окончания работы;

- фактические начало и окончание;

- предшествующая работа – работа, от которой зависят сроки выполнения данной работы, являющейся технологически или логически предшествующей ей;

- последующая работа – работа, сроки выполнения которой зависят от выполнения данной работы, технологически и логически следующая за данной.

Последовательность выполнения работ определяется путем построения сетевой модели проекта. Сетевая модель – это графическое отображение работ и вех проекта и их взаимосвязей. Сетевая модель – это не блок-схема, она моделирует только логические зависимости между элементарными работами. Существует 4 типа логической связи между работами:

1. «Окончание – начало». Работа-последователь может начаться только после окончания работы-предшественника.

2. «Начало – начало». Работа-последователь может начаться только после того, как начнется работа-предшественник. Например, техническое редактирование не может начаться раньше, чем завершено обычное редактирование, но для того, чтобы начать техническое редактирование, не обязательно дожидаться конца обычного редактирования. С помощью такой связи объединяются задачи, которые должны быть выполнены почти одновременно.

3. «Окончание – окончание». Работа-последователь может завершиться только после того, как завершится работа-предшественник. Такой связью объединяются задачи, которые должны выполняться почти одновременно, но при этом одна не может закончиться, пока не завершена другая. Например, сдача-приемка программы идет одновременно с исправлением ошибок, найденных в процессе сдачи-приемки, пока исправление ошибок не завершено, сдача-приемка не закончится.

4. «Начало – окончание». Работа-последователь может завершиться только после того, как начнется работа-предшественник. Обычно данная связь используется в том случае, когда работа А является задачей с фиксированной датой начала, которую нельзя изменить. В таком случае дата начала последующей задачи не изменяется при увеличении длительности предшествующей. Например, такая связь используется, когда нужно спланировать поставку дорогого оборудования и подготовительные работы должны вестись в течение всего имеющегося до поставки времени.

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

Оценить продолжительности работ можно 4 способами:

· по нормативам;

· по объему работ;

· по аналогам;

· с привлечением экспертов.

Временные ограничения работ (подозреваю, что этот пункт можно выкинуть, поэтому он не 12, а 10 кеглем), но малоли что)

При разработке календарного графика используется разработанная сетевая модель, показывающая логическую взаимосвязь работ. Однако существуют работы, которые не могут быть связаны логической связью ни с одной из работ проекта. Существуют также работы, которые имеют временные ограничения и должны планироваться на какие-то конкретные сроки, которые имеют связь с календарной датой, а не с логическими предшественниками или последователями этих работ в проекте. В этом случае нужно задавать тип ограничения. В зависимости от выбранного типа ограничения работа будет планироваться во времени соответствующим образом:

Использование работ разного типа позволяет построить наиболее оптимальную модель проекта.

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

Но так бывает не всегда. Иногда длительность работы не зависит от количества ресурсов и имеет строго определенную длительность, например, согласно технологическому циклу. Учесть эти особенности можно с помощью типа работы.