Организация производственного участка по изготовлению изделия

- конечные работы;

- последовательные работы;

- работы (операции) дробления;

- работы (операции) слияния;

- параллельные работы.

 

3. Правила построения сетевых моделей

 

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

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

1) Правило последовательности изображения  работ: сетевые модели следует  строить от начала к окончанию,  т.е. слева направо.

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

3) Правило пересечения стрелок.  При построении сетевого графика  следует избегать пересечения  стрелок: чем меньше пересечений,  тем нагляднее график.

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

Для правильного изображения работ  можно ввести дополнительное событие  и зависимость.

5) В сетевой модели не должно  быть "тупиковых" событий, то  есть событий, из которых не  выходит ни одна работа, за  исключением завершающего события.  Здесь либо работа не нужна  и её необходимо аннулировать, либо не замечена необходимость  определённой работы, следующей  за событием для свершения  какого-либо последующего события.

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

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

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

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

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

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

12) Правило учета непосредственных  примыканий (зависимостей). В сетевом  графике следует учитывать только  непосредственное примыкание (зависимость)  между работами.

13) Технологическое правило построения  сетевых графиков. Для построения  сетевого графика необходимо  в технологической последовательности  установить:

· какие работы должны быть завершены до начала данной работы;

· какие работы должны быть начаты после завершения данной работы;

· какие работы необходимо выполнять одновременно с выполнением данной работы.

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

1. Все события графика должны  иметь свои собственные номера.

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

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

4. Стрелка (работа) должна быть  всегда направлена из события  с меньшим номером в событие  с большим номером.

 

4. Направления применения сетевого планирования

 

Наиболее распространенными направлениями  применения сетевого планирования являются:

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

· планирование и управление основной деятельностью разрабатывающих  организаций;

· планирование комплекса работ  по подготовке и освоению производства новых видов промышленной продукции;

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

· реконструкция и ремонт действующих  промышленных и других объектов;

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

Методы сетевого планирования используются при планировании сложных комплексных  проектов, например, таких как:

1. Строительство и реконструкция  каких-либо объектов;

2. Выполнение научно-исследовательских  и конструкторских работ;

3. Подготовка производства к  выпуску продукции;

4. Перевооружение армии;

5. Развертывание системы медицинских  или профилактических мероприятий.

 

2. История сетевого планирования

 

2.1 Зарубежный опыт

 

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

Второй этап. Методики сетевого планирования были разработаны в конце 50-х годов  в США. В 1956 г. М. Уолкер из фирмы "Дюпон", исследуя возможности более эффективного использования принадлежащей фирме  вычислительной машины Univac, объединил свои усилия с Д. Келли из группы планирования капитального строительства фирмы "Ремингтон Рэнд". Они попытались использовать ЭВМ для составления планов-графиков крупных комплексов работ по модернизации заводов фирмы "Дюпон". В результате был создан рациональный и простой метод описания проекта с использованием ЭВМ. Первоначально он был назван методом Уолкера-Келли, а позже получил название метода критического пути -- МКП (или CPM - Critical Path Method).

Параллельно и независимо в военно-морских  силах США был создан метод  анализа и оценки программ PERT (Program Evaluation and Review Technique). Данный метод был  разработан корпорацией "Локхид" и консалтинговой фирмой "Буз, Аллен  энд Гамильтон" для реализации проекта разработки ракетной системы "Поларис", который объединял  около 3800 основных подрядчиков и  состоящего из 60 тыс. операций. Использование  метода PERT позволило руководству  программы точно знать, что требуется  делать в каждый момент времени и  кто именно должен это делать, а  также вероятность своевременного завершения отдельных операций. Проект удалось завершить на два года раньше запланированного срока благодаря  успешному руководству программы.

Данный метод управления начал  использоваться во всех вооруженных  силах США для планирования проектов. Эта методика использовалась при  координации работ, выполняемых  различными подрядчиками в рамках крупных  проектов по разработке новых видов  вооружения.

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

Примером успешного применения сетевого планирования проектов можно  назвать сооружение гидроэлектростанции  на реке Черчилль в Ньюфаундленде (полуостров Лабрадор) с 1967 по 1976 г. В 1974 году ход  работ по проекту опережал расписание на 18 месяцев и укладывался в  плановую оценку затрат. Заказчиком проекта  была корпорация Churchill Falls Labrador Corp., которая  для разработки проекта и управления строительством наняла фирму Acress Canadian Betchel. Следует отметить, что значительный выигрыш по времени образовался  благодаря применению точных математических методов в управлении сложными комплексами работ, что стало возможным благодаря развитию вычислительной техники. Однако первые ЭВМ были дороги и доступны только крупным организациям. Таким образом, исторически первые проекты представляли собой грандиозные по масштабам работ, количеству исполнителей и капиталовложениям государственные программы.

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

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

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

 

 

2.2 Сетевое планирование в России

 

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

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