Сетевой график ошибки - Решение и исправление самых разных ошибок на TopOshibok.ru

Основные
правила построения сетевого графика
следующие:

1.
Направление стрелок в СГ следует
принимать слева направо.

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

3.
При выполнении параллельных работ, т.
е. если одно событие служит началом двух
работ или более, заканчивающихся другим
событием, вводится зависимость и
дополнительное событие (рис. 10.7), иначе
разные работы будут иметь одинаковый
код.

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

5.
При изображении поточных работ особое
внимание уделяется правильной разбивке
работ на захватки и выявлению взаимосвязи
смежных работ. При этом на горизонтальном
участке СГ можно показывать или
однородные работы по всем захваткам,
или весь комплекс работ на одной захватке.

6.
Укрупнение сетей производится с
соблюдением следующих правил:

1)
группа работ на СГ может изображаться
как одна работа, если в этой группе
имеется одно начальное и одно конечное
событие;

2)
укрупнять в одну работу следует только
такие работы, которые закреплены за
одним исполнителем (бригадой, участком
и т. д.);

3)
в укрупненную сеть нельзя вводить
новые события, которых не было на
более детальном графике до укрупнения;

4)
наименование работ в укрупненном
графике должно быть увязано с наименованием
укрупняемых работ;

5)
коды событий, которые сохраняются в
укрупненном графике, должны быть такими
же, как и в детальном графике.

7.
При построении СГ могут быть следующие
ошибки. В СГ не должно быть «тупиков»,
«хвостов» и «циклов». «Тупик» — событие
(кроме завершающего), из которого не
выходит ни одна работа. «Хвост» — событие
(кроме исходного), в которое не входит
ни одна работа. «Цикл» — замкнутый
контур, в котором работы возвращаются
к тому событию, из которого они вышли.
Если при первоначальном построении
обнаружены такие случаи, то это
говорит об ошибке в исходных данных и
график необходимо пересмотреть.

8.
Изображение поставок и других внешних
работ осуществляется следующим
образом. Работы, которые предшествуют
выполнению тех или иных работ
рассматриваемого СГ, но организационно
решаются на другом уровне, называются
внешними работами. К внешним работам
можно отнести поступления технической
документации, поставку материалов
или оборудования, завоз строительных
машин и т. д. Обычно такие работы графически
выделяются, например, утолщенной стрелкой
с двойным кружком. Если кроме работы,
для выполнения которой требуется внешняя
поставка, из
события
выходят и другие работы, то стрелку
основной работы разрывают и вводят
дополнительное событие.

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

Источник

Ошибки сетевой логики

Методы построения сетевых графиков имеют определенные логические правила, которые необходимо строго соблюдать.

Одно из правил гласит, что заявления типа «если испытание прошло успешно, стройте прототип, если неудачно — разработайте проект заново» не допускаются.

Сетевой график— это не дерево решений; это план проекта, который должен быть осуществлен.

Зацикливание — это попытка вернуться с более поздних операций к ранним. У последующих операций порядковый номер всегда должен быть выше, чем у предшествующих; это правило помогает избежать нарушения логики предшествования-следования операций.

Операция должна выполняться только один раз, а если она повторяется снова, операция должна иметь новое название и номер и должна располагаться в соответствующей последовательности в сети.

Рис. 2.9 показывает нелогичную петлю. Наличие таких петель привело бы к постоянному повторению пути.

Рис. 2.9. Петля, нарушающая логику построения сетевого графика

Читайте также

Ошибки при измерениях

Ошибки при измерениях
1. Самая главная ошибка – не измерять вообще. Не зная своих слабых мест, вы не сможете улучшить бизнес.2. Делать измерения в течение очень малого времени, например пары минут в час. В таком случае погрешность будет велика. Возможно, в эти две минуты мимо

Решайте профессиональные проблемы с помощью сетевой разведки

Решайте профессиональные проблемы с помощью сетевой разведки
Предприниматели изо дня в день управляют своими компаниями, собирая «разведданные»: полезную, своевременную информацию обо всех аспектах своего бизнеса, в том числе о новых тенденциях в своей отрасли, новых

ТАК ЧТО ЖЕ ТАКОЕ СЕТЕВОЙ МАРКЕТИНГ?

ТАК ЧТО ЖЕ ТАКОЕ СЕТЕВОЙ МАРКЕТИНГ?
Сетевой маркетинг — это объединение двух концепций: сети и маркетинга. При такой системе поставщики имеют хороший канал сбыта своей продукции. Причем товар приходит к людям, минуя цепочку посредников. Покупатель просто отправляет

Путь к созданию сетевой системы контроля

Путь к созданию сетевой системы контроля
Каковы же альтернативы? Один из широко рекламируемых вариантов решения проблемы – приватизация. Но приватизация мало что может дать, поскольку «фирмы», которые возникнут в результате, станут удерживать свои контракты лишь до тех

Маркетинг в сетевой организации

Маркетинг в сетевой организации
От специалистов и экспертов организации, входящей в сетевую структуру, требуется умение общаться с представителями других отделов и профессионалами из других стран. Именно поэтому компании делают ставку на интеграцию,

5.1 Изменение логики анализа финансовой отчетности при ценообразовании

5.1
Изменение логики анализа финансовой отчетности при ценообразовании
Порой ошибочный подход менеджеров к решению проблем оценки затрат при обосновании ценовых решений порождается самой традиционной логикой анализа финансовой отчетности с целью определения

Лекция 1 СОВРЕМЕННЫЕ ТЕОРИИ ОРГАНИЗАЦИИ И СТРАТЕГИЧЕСКОГО УПРАВЛЕНИЯ: ОСНОВНЫЕ ПОДХОДЫ И ЭВОЛЮЦИЯ СЕТЕВОЙ КОНЦЕПЦИИ

Лекция 1 СОВРЕМЕННЫЕ ТЕОРИИ ОРГАНИЗАЦИИ И СТРАТЕГИЧЕСКОГО УПРАВЛЕНИЯ: ОСНОВНЫЕ ПОДХОДЫ И ЭВОЛЮЦИЯ СЕТЕВОЙ КОНЦЕПЦИИ
В данной лекции прослеживается эволюция сетевой концепции, характеризуются наиболее известные теоретические взгляды на природу межфирменных сетей. В

Ваш первый сетевой график

Ваш первый сетевой график
Для его построения следует определить порядок выполнения работ проекта.

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

Сетевой маркетинг и сектизм

Сетевой маркетинг и сектизм
В системе сетевого маркетинга на первом этапе всеми возможными способами привлекаются новые клиенты, а затем идет личная работа с клиентской базой.Если нанимаются люди на lead generation, то в аккаунт-менеджменте необходимо автоматизировать

Ошибки

Ошибки
Попытка срезать углыПервая ошибка – попытка срезать углы, недостаточное количество касаний. Человек позвонил, и надо сразу ему продать.Не делайте так! Чем дороже система, тем больше времени может занять у людей принятие решения о покупке.Мало времениВторая

Источник

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

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

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

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

При составлении первичных сетевых графиков, имеющих наибольшую детализацию, учитывают следующие требования к детализации работ: технология работ должна быть выражена с исчерпывающей полнотой; каждая стрелка должна выявлять отдельно работу, выполняемую бригадой определенной специальности в определенных пространственных границах; детализация работ должна обеспечивать планирование и управление деятельностью самостоятельных ресурсов (бригад, машин, механизмов и т. п.), позволять рассчитывать сроки и объемы поставок материалов, конструкций и изделий и контролировать ход этих поставок.

Сетевые модели могут быть детальными и укрупненными, в которых ряд работ заменяется одной укрупненной работой. Кроме того, они делятся на сводные, объединяющие комплексные сетевые графики зданий и сооружений данного объекта: комплексные, охватывающие все работы по возведению данного здания или сооружения и обеспечению ресурсами; частные, объединяющие часть работ, выполняемых на строительстве здания конкретной организацией; первичные – по работам, производимым отдельными исполнителями, например одним из участков строительного управления (первичная сеть является частью соответствующей частной сети).

С целью сокращения затрат труда на составление сетевых моделей и повышения их качества в последнее время получают распространение типовые сетевые модели и номенклатура работ, которые наиболее эффективно применяются для типовых объектов.

Сетевой график представляет собой сетевую модель с рассчитанными временными параметрами. В основе построения сети лежат понятия «работа» и «событие».

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

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

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

События ограничивают рассматриваемую работу и по отношению к ней могут быть начальными и конечными.

Начальное событие определяет начало данной работы и является конечным для предшествующих работ.

Конечное событие определяет окончание данной работы и является начальным для последующих работ.

Исходное событие – событие, которое не имеет предшествующих работ в рамках рассматриваемого сетевого графика.

Завершающее событие – событие, которое не имеет последующих работ в рамках рассматриваемого сетевого графика.

Сложное событие – событие, в которое входят или из которого выходят две или более работы.

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

Критическим путем называют полный путь, имеющий наибольшую длину (продолжительность) из всех полных путей. Его длина определяет срок выполнения работ по сетевому графику. Работы, лежащие на критическом пути, называют критическими. Увеличение продолжительности критических работ увеличивает общую продолжительность работ по сетевому графику.

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

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

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

Основные правила построения сетевого графика

При этом учитывают:

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

При этом учитывают технологическую и логическую последовательность выполнения работ.

Сетевые графики строят по следующим правилам.

Направление стрелок в сетевом графике следует принимать слева направо.
Форма графика должна быть простой, без лишних пересечений, большинство работ следует изображать горизонтальными линиями.
Если те или иные работы начинаются после частичного выполнения предшествующей, то эту работу следует разбить на части
При изображении поточных работ особое внимание уделяется правильной разбивке работ на захватки и выявлению взаимосвязи смежных работ.
Укрупнение сетей производится с соблюдением следующих правил:
1. группа работ на сетевом графике может изображаться как одна работа, если в этой группе имеется одно начальное и одно конечное событие;
2. укрупнять в одну работу следует только такие работы, которые закреплены за одним исполнителем (бригадой, участком и т.д.);
3. в укрупненную сеть нельзя вводить новые события, которых не было на более детальном графике до укрупнения;
4. наименование работ в укрупненном графике должно быть увязано с наименованием укрупняемых работ;
5. коды событий, которые сохраняются в укрупненном графике, должны быть такими же, как и в детальном графике.
При выполнении параллельных работ, т.е. если одно событие служит началом двух работ или более, заканчивающихся другим событием, вводится зависимость и дополнительное событие, иначе разные работы будут иметь одинаковый код. Между двумя событиями может быть только одна работа, т.е. нельзя допускать различных работ с одинаковыми кодами — работ с общим начальным и конечным событиями. В подобных случаях при необходимости выполнения двух и более параллельных работ вводят фиктивные работы и дополнительные события. Значит, при выполнении параллельных работ, т.е. когда одно событие служит началом 2-го и больше работ, заканчивающихся также одним событием, вводят зависимость.
Если после окончания двух работ А и Б можно начать работу В, а начало работы, Г зависит только от окончания работы А и начало работы Д – от окончания работы Б, то на сетевом графике это изображается с помощью зависимостей.
При построении сетевого графика могут быть следующие ошибки. В сетевом графике не должно быть «тупиков», «хвостов» и «циклов». «Тупик» — событие (кроме завершающего), из которого не выходит ни одна работа, «хвост» — событие (кроме исходного), в которое не входит ни одна работа, «цикл» — замкнутый контур, в котором работы возвращаются к тому событию, из которого они вышли.
В сети не должно быть замкнутых контуров (циклов). Это значит, что ни одна из работ а, Ь, с не может быть выполнена, так как любая из них является и условием и следствием выполнения других работ.
В сети не должно быть «тупиков», т.е. событий, из которых не выходит ни одной работы, если это (событие № 4) не конечное событие. Это говорит либо об ошибке в сети, либо о том, что результат работы, предшествующий событию № 4, никому из исполнителей не нужен.
В сети не должно быть событий, за исключением исходного, в которые не входит ни одной (№ 6) работы. Это говорит о том, что результат, необходимый одному из исполнителей как доходное условие начала его работы, никому не поручен. Значит, событие не может наступить, так как не выполнены предшествующие ему работы.
Ни одна работа не может начаться, пока не наступило событие, предшествующее ей. Ни одно событие не может считаться свершившимся до выполнения всех работ, ведущих к нему.
Изображение поставок и других внешних работ осуществляется следующим образом. Работы, которые предшествуют выполнению тех или иных работ сетевого графика, но организационно решаются на другом уровне, называются внешними работами. К внешним работам можно отнести поступления технической документации, поставку материалов или оборудования, завоз строительных машин и т.д. Обычно такие работы графически выделяются, например, утолщенной стрелкой с двойным кружком.
Нумерация (кодирование) событий должна соответствовать последовательности работ во времени, т.е. предшествующим событиям присваиваются меньшие номера. Нумерацию событий рекомендуется производить только после окончательного построения сети и вести от исходного события, которому присваивается нулевой или первый номер. Последующее событие нельзя нумеровать, если не пронумеровано предшествующее ему событие. Кодирование можно вести горизонтальным или вертикальным методом. При горизонтальном методе события кодируют слева направо по прямым до первого пересечения работ. При вертикальном способе нумерацию начинают сверху вниз и снизу вверх с учетом условия: последующее событие получает номер после предыдущего.

Источник

Определение резервов времени

После того, как были рассчитаны прямой путь и обратный путь, можно определить, какие операции могут задерживаться, вычислив «простой» или «колебание».

Полный простой или колебание операции представляет разницу между LS и ES ( LS — ES = SL ) или между LF и EF ( LF — EF = SL ).

Например, простой для операции C — 5 дней, для операции D — 10 дней и для операции G — 0 (см. рис. 2.8).

Полный простой показывает то время, на которое выполнение операции может задерживаться, не задерживая при этом выполнение проекта.

После вычисления простоя для каждой операции легко определить критический путь. Когда LF = EF для конечной операции проекта, критический путь можно определить, как те операции, у которых LF = EF или простой = О ( LF — EF = 0 )(или LS — ES = 0 ).

Рис.
2.8.
Сетевой график для проекта создания бизнес-центра с указанием резервов времени выполнения операций

Практика

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

Я всегда стараюсь, когда это только возможно, выделить моих лучших людей на критические операции или на те операции, которые могут стать критическими.
Я уделяю дополнительное внимание при оценке риска выявлению тех рисков, которые могут оказать прямое или косвенное влияние на критический путь, когда некритические операции выполняются столь поздно, что становятся критическими. Когда у меня есть деньги, которые можно использовать на сокращение рисков, они обычно идут на критические задачи.
У меня нет времени контролировать все операции крупного проекта, но я всегда поддерживаю связь с теми, кто работает с критическими операциями. Когда у меня есть время, я встречаюсь именно с ними, чтобы узнать из первых рук, как идут дела. Удивительно, насколько больше я могу узнать из бесед с рядовыми членами организации и по выражению их лиц — гораздо больше, чем из отчетов.
Когда мне звонят другие менеджеры и просят дать им на время людей или оборудование, я намного щедрее, когда это связано с ресурсами на некритических операциях. Например, если какому-то руководителю проекта требуется инженер-электрик, который задействован на операции с 5-дневным простоем, я с удовольствием отдам его на два-три дня.
Наиболее очевидной причиной значения критического пути является то, что эти операции влияют на время завершения проекта. Если мне вдруг позвонят сверху и скажут, что необходимо завершить проект на две недели раньше запланированного времени, то критический путь будет там, где я запланировал сверхурочную работу и использовал дополнительные ресурсы, чтобы выполнить проект быстрее. Точно так же, если график проекта начинает буксовать, это тоже критическая ситуация, на которой я должен сосредоточить внимание, чтобы снова войти в график.

Критический путь — это путь, который имеет наименьший простой в целом.

Проблема возникает, когда последняя операция проекта имеет LF, который отличается от EF, полученного в результате прямого анализа — например, из-за того, что сроки выполнения установлены жестко.

А если это так, то простой на критическом пути будет не нулевым, а будет равен разнице между EF проекта и установленным LF последней операции проекта. Например, если EF для проекта — 235 дней, а установленный LF или плановый срок — 220 дней, все операции критического пути будут иметь простой минус 15 дней.

Конечно, это приведет к позднему старту » -15 дней» для первой операции проекта.

Отрицательный простой случается на практике, когда выполнение операций критического пути задерживается.

На рис. 2.8 критический путь показан в виде стрелок и блоков — операций А, В, F, G и Н. Отставание одной из этих операций приведет к отставанию в выполнении проекта на то же количество дней.

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

Свободный резерв

Операции со свободным резервом уникальны, так как выполнение операции может откладываться, не влияя на ES последующих операций.

Свободный резерв некоторой операции определяется, как разница между EF этой операции и ES последующей операции.

Свободный резерв никогда не может быть отрицательным.

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

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

Как используются результаты прямого и обратного анализа сетевого графика

Что означает для руководителя проекта резерв времени выполнения операции D в 10 дней?

В данном конкретном случае это будет означать, что начало выполнения операции D может быть отложено на 10 дней.

Резерв важен, поскольку дает большую гибкость в распоряжении ограниченными ресурсами — персоналом и оборудованием, которые задействованы в нескольких параллельных операциях.

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

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

Ошибки сетевой логики

Сетевой график— это не дерево решений; это план проекта, который должен быть осуществлен.

Рис. 2.9 показывает нелогичную петлю. Наличие таких петель привело бы к постоянному повторению пути.

Рис.
2.9.
Петля, нарушающая логику построения сетевого графика

Источник

Типичные ошибки и проблемы в практике применения календарно-сетевого планирования

В отношении календарно-сетевого планирования многократно доводилось слышать «Все это хорошо в теории, но в реальной жизни не работает».

Абсолютно с этим не согласен. Знаю много примеров, когда применение календарно-сетевого планирования давало эффект в сотни раз больший, чем затраты на него.

При этом отмечу — действительно, далеко не всегда внедрение календарно-сетевого планирования является успешным. Но не потому, что это плохой инструмент, а потому что применяется он не всегда корректно и правильно.

Мне доводилось видеть процесс и результаты внедрения календарно-сетевого планирования в нескольких десятках компаний и проектов. Исходя из этого опыта, ниже описаны наиболее распространенные ошибки и проблемы, которые мне доводилось видеть на практике, а также некоторые рекомендации по поводу того, как их избежать.

1. Внедрение ради внедрения

Во многих случаях проблемы начинались на этапе постановки цели, которая звучала как «разработать календарно-сетевой график» или «внедрить программу Oracle Primavera». И эта цель формально успешно достигалась: необходимые программы установлены, инструкции написаны, люди обучены, графики и календарно-сетевые модели разработаны. Вот только практической пользы от всей этой красоты не было никакой.

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

Примерами таких решений могут быть например:

Мероприятия по оптимизации сроков на основании анализа критического пути проекта;
Координация работ различных подрядчиков, установка директивных сроков для подрядчиков/исполнителей на основании общего календарно-сетевого графика по проекту;
Уточнение плановых сроков освоения средств по бюджету с учетом прогноза по срокам работ в календарно-сетевом графике.

Отсюда следует рекомендация:

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

Применение календарно-сетевого планирования не должно быть «искусством ради искусства».

2. Дублирование процессов

Иногда, по итогу внедрения календарно-сетевого планирования ситуация выглядит таким образом:

То есть:

До внедрения в компании был отдел планирования/отчетности. Он делает графики и отчеты в Excel.

После внедрения в дополнение к отделу/планирования и отчетности появляется новое подразделение (например – «проектный офис или департамент управления проектами»), которое начинает формировать календарно-сетевые графики по тем же самым работам (например – в Oracle Primavera). Таким образом в проектах появляется 2 вида графиков по одним и тем же работам и двойная отчетность.

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

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

3. Распределение ответственности

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

Здесь бывают следующие крайности:

Участники проектной команды занимают позицию «вы же специалисты по календарно-сетевому планированию – вот и делайте свою модель, а мы здесь не при чем» и самоустраняются от процесса.
Планировщик занимает позицию «я не отвечаю за проект и не должен в нем разбираться. Мое дело — только вносить в программу те данные, которые я получил от участников проектной команды»

Ни в одном из указанных случаев календарно-сетевое планирование почти гарантированно «не взлетит».

Считаю хорошей практикой следующие принципы организации работы:

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

Планирование и контроль проекта – работа командная.

4. Избыточная детализация

Одним из пагубных явлений в применении календарно-сетевого планирования является желание «распланировать всё до гвоздя на 10 лет вперед». Часто доводилось видеть, как компании формировали календарно-сетевые графики в несколько десятков тысяч операций и потом не могли поддерживать их в актуальном состоянии, в результате чего конечная польза от процесса была равна нулю.

При этом под поддержкой календарно-сетевой графика в актуальном состоянии понимаю:

Обновление модели на основании фактических данных о ходе проекта.
Учет в модели изменений по проекту.

Из своего практического опыта работы в роли специалиста и руководителя по календарно-сетевому планированию могу точно сказать: сформировать модель – не так сложно, как в дальнейшем поддерживать ее в актуальном состоянии по ходу проекта «в динамике». Причем именно учет изменений — наиболее сложный процесс. Потому что меняться может в том числе состав работ и их последовательность; динамика изменений как правило является высокой, а учет подобных изменений фактически требует постоянной перестройки логики календарно-сетевой модели. При этом по мере повышения уровня детализации календарно-сетевых графиков трудозатраты на учет изменений могут расти экспоненциально.

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

5. Сопротивление

По сути, когда методика календарно-сетевого планирования начинает по-настоящему работать, она обеспечивает в проекте прозрачность, четко показывает, в чем реальные причины срывов сроков, и кто является ответственным за эти срывы.

Такая прозрачность нужна далеко не всегда, не везде и не всем.

На одном из собеседований соискатель честно рассказывал: «Я работал в проекте N около года. Потом проект закрыли из-за нерентабельности. В отчетности мы, конечно, врали. Если бы мы не врали – проект закрыли бы намного раньше.»

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

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

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

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

Источник