Назначение ответственных

 

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

Структурная схема организации (ССО, OBS) и матрица ответственности – инструменты, призванные помогать главному менеджеру в создании команды, отвечающей целям и задачам проекта. ССО является описанием организационной структуры, необходимой для выполнения работ, определенных в СРР. Целью ССО является определение состава и распределение обязанностей исполнителей для работ, входящих в СРР. Использование этих структур в процессе построения матрицы ответственности можно видеть на рис. 4.4. Состав и порядок реализации работ во многом определяет форму организационной структуры, создаваемой для достижения целей проекта.

 

Рис. 4.4. Процесс заполнения матрицы ответственности

 

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

Матрица обеспечивает описание и согласование структуры ответственности за выполнение пакетов работ. Она представляет собой форму описания распределения ответственности за реализацию работ по проекту с указанием роли каждого из подразделений в их выполнении. Матрица содержит список пакетов работ СРР по одной оси, список подразделений и исполнителей, принимающих участие в выполнении работ, — по другой. Элементы матрицы – коды видов деятельности (из заранее определенного списка) и/или стоимость работ.

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

В табл. 4.2 (13.2) показан пример матрицы ответственности.

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

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

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

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

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

1) трудовые ресурсы;

2) деньги;

3) оборудование;

4) техническая оснастка;

5) материалы и поставщики;

6) информация;

7) технологии.

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

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

2) что из этого списка уже имеется?

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

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

Статьи затрат представляют собой инструмент управления,

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

На рис.4.5 (13.5) представлен пример определения статей затрат по пакетам работ, за выполнение которых отвечают конкретные подразделения в соответствии со СРР. На рис. 4.6 (13.6) представлен пример декомпозиции проекта промышленного объекта.

 

 

В статьях затрат может аккумулироваться информация по различным пакетам работ, сформированным по различным основаниям (отобранным по фильтрам):

• по содержанию;

• срокам выполнения;

• структуре счетов, субсчетов;

• ответственным исполнителям.

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

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

Общее количество статей затрат при этом сокращается.

 

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

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

 

Контрольные вопросы и задания

 

1. В чем состоит сущность планирования?

2. В чем состоит основная цель планирования?

3. Каковы основные процессы планирования?

4. Каковы вспомогательные процессы планирования?

5. В чем состоит сущность агрегирования календарно-сетевых планов (графиков)?

6. Что означают концептуальный, стратегический и детальный планы проекта?

7. В чем состоит сущность метода SWOTанализа?

8. Перечислите 12 базовых возможных стратегий проекта.

9. Каковы факторы успеха при стратегическом планировании?

10.Каковы факторы успеха при детальном планировании?

11. Что должен включать в себя детальный график?

12. Проанализируйте ситуацию

Для управления инвестиционным проектом развития ОАО «N-ский пивоваренный завод» (N-ПЗ) по решению совета директоров общества будет создана рабочая группа под руководством генерального директора предприятия. Генеральный директор N-ПЗ, являющийся в соответствии с уставом единоличным исполнительным органом общества, своим приказом формирует рабочую группу, в состав которой будут введены ведущие специалисты предприятия, представители инвестора и банковские специалисты по проектному финансированию.

План реализации инвестиционного проекта развития производства на N-ПЗ включает следующие основные этапы.

1. Закупка технологического оборудования (в качестве поставщиков оборудования предполагается привлечь известные европейские фирмыпроизводители: «Альфа-Лаваль», «Тухенхаген», «Шенг», «Нагема», «ВестфалияСепаратор», «Италком», «Антон Ойлерт», «Данбру»).

2. Строительство (возможные подрядчики: «Дамбру», «Продмонтаж»).

3. Монтаж технологического оборудования (возможные подрядчики: «Нагема», «Тухенхаген», «Продмонтаж», «Аттрактор ЛТД», «Данбру»).

4. Организация службы маркетинга (силами N-ПЗ с использованием опыта передовых зарубежных и отечественных производителей).

5. Организация производственной деятельности (силами NПЗ с использованием опыта передовых зарубежных и отечественных производителей).

6. Организация финансовой деятельности (силами NПЗ и КБ «Nбанк»).

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

График реализации инвестиционного проекта приведен в табл. 1.

Планом развития производства на N-ПЗ предусмотрена реконструкция ряда основных и вспомогательных цехов (отделений). Достижение запланированных в инвестиционном проекте объемов производства N-ПЗ предполагается осуществлять в три этапа.

1. На первом этапе идет полномасштабная реконструкция действующего производства и сохраняется запланированный на 1997 г. объем производства 5,0 млн долл. в год.

2. На втором этапе идут ввод и освоение производственных мощностей, а объем производства достигает 8,3 млн долл. в год.

3. На третьем этапе достигается максимальный объем производства – 12,3 млн долл. в год.

4. График наращивания объемов выпуска продукции на N-ПЗ представлен ниже.

 

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

• контроль и анализ качества разрабатываемой продукции;

• контроль и анализ качества сырья;

• контроль за соблюдением параметров технологических процессов;

• разработка мероприятий по повышению качества выпускаемой продукции.

Составьте календарный план описанного выше проекта.

 

Литература

 

1. Васильев Д.К., Колосова Е.В., Цветков А.В. Процедуры управления проектами//Инвестиционный эксперт. 1998. № 3.

2. Толковый словарь по управлению проектами/под ред. В.К. Иванец, А.И. Кочеткова, В.Д. Шапиро, Г.И. Шмаль. М.: Инсан, 1992.

3. Управление проектами. Зарубежный опыт/под. ред. В.Д. Шапиро. СПб.: ДваТрИ, 1993.

4. Управление проектами/под ред. В.Д. Шапиро. СПб.: ДваТрИ, 1996.

5. Управление проектами. Толковый англорусский словарь-справочник/под ред. В.Д. Шапиро. М.: Высшая школа, 2000.

6. Шеремет В.В., Павлюченко В.М., Шапиро В.Д. и др. Управление инвестициями: в 2 т. М.: Высшая школа,1998.

7. Мазур И.И., Шапиро В.Д., Ольдерогге Н.Г. Управление проектами: учеб. пособие. М.: Омега-Л, 2006.


Тема 5. Сетевой анализ проектов. Метод СРМ. Лек. 6.

Область применения сетевого планирования и управления

Назначение, характеристика и структура система СПУ

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

Основные правило построение сетевого графика (модель) комплекса работ

Возможности использования метода СРМ (Critical Path Method)

 

5.1. Область применения сетевого планирования и управления

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

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

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

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

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

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

В настоящее время сложились глубокие традиции использования систем управления проектами во многих областях жизнедеятельности. Причем, основную долю среди планируемых проектов составляют небольшие по размерам проекты. Например, исследования, проведенные еженедельником InfoWorld, показали, что пятидесяти процентам пользователей в США требуются системы, позволяющие поддерживать планы, состоящие из 500-1000 работ и только 28 процентов пользователей разрабатывают расписания, содержащие более 1000 работ. Что касается ресурсов, то 38 процентам пользователей приходится управлять 50-100 видами ресурсов в рамках проекта, и только 28 процентам пользователей требуется контролировать более чем 100 видов ресурсов. В результате исследований были определены также средние размеры расписаний проектов: для малых проектов — 81 работа и 14 видов ресурсов, для средних — 417 работ и 47 видов ресурсов, для крупных проектов — 1 198 работ и 165 видов ресурсов. Данные цифры могут служить отправной точкой для менеджера, обдумывающего полезность перехода на проектную форму управления деятельностью собственной организации. Как видим, применение системы управления проектами на практике может быть эффективным и для очень небольших проектов.

Естествен­но, что с расширением круга пользователей систем проектного менеджмента происходит расширение методов и приемов их использования. Западные отраслевые журналы регулярно публикуют статьи, посвященные системам для управления проектами, включающие советы пользователям таких систем и анализ использования методики сетевого планирования для решения задач в различных сферах управления.
В России работы по сетевому управлению начались в 60-х годах. Тогда методы СПУ нашли применение в строительстве и научных разработках. В дальнейшем сетевые методы стали широко применяться и в других областях народного хозяйства.

Особенности применения сетевое планирование и управление. Сетевое плани­рование и управление (СПУ), система планирования и управления разработкой крупных народно-хозяйственных комплексов, научными исследованиями, конструкторской и технологической подготовкой производства новых видов изделий, строительством и реконструкцией, капитальным ремонтом основных фондов путём применения сетевых графиков. Например, строительство большого торгового центра или сети торговых предп­риятий; переоборудование крупного магазина или замене оборудования на более совер­шен­ное; создание и совершенствование системы управления торговыми предприятиями города, области республики на базе АИС; создание городскую телефонную сеть обслужи­ванию населению; созданные городской системы пассажирского транспорта; создание системы медицинской обслуживание вообще и в экстримиальных ситуациях; организации сбора слеськохозяйственных продуктов; создание системы предназначенных для выполнение весенних работ в сельском хозяйстве и др.

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

Таким образом, планирование комплексов работ представляет собой сложную задач. Облегчить ее решение, обеспечить выбор из всех возможных вариантов плана наилучшего помогает сетевое планирование и управление. Итак, предметом теории сетевое планирование и управление(СПУ) является изучение методов оптимального планирования сложных комплексов взаимозваязанных и взаимообусловленных работ.

5.2. Назначение, характеристика и структура система СПУ

 

Сетевое планирование и управление (СПУ), являющиеся разновидностью автоматизированных информационных система (АИС) управления, предназначены для управления деятельностью, направленной на достижение определенной цели.

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

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

· уровень руководства, использующий данную систему СПУ;

· количеству сетей, описывающий проекта;

· число конечных целей проекта;

· объем сетевой модели;

· ограничения по ресурсам;

· планируемые и контролируемые параметры проекта.

Структура система СПУ обусловлена необходимостью выполнения основных процессов управления:

· получения информации о состояние проекта;

· приобретение информация;

· формирования команд управления;

· передачи и исполнения команд управления.

 

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

 

Теперь рассмотрим основные термины и понятия применяемые при пользовании сетевыми графиками. Основными элементами сетевой модели являю­тся рабо­ты и события. Тер­­­мин работа в СПУ имеет несколько значений. Во-первых, это действительная работа — протяжённый во времени процесс, требующий затрат ресурсов (например, сборка изделия, испытание прибора и т.п.). Каждая действительная работа должна быть конкретной, чётко описанной и иметь ответственного исполнителя.

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

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

При графическом представлении работа изображается стрелкой, которая соединяет два события (рис 7.1).

 


Рис. 5.1. Работа

 

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

Работа не может начаться раньше, чем свершится событие, из которого она выходит. Каждая работа имеет определенную продолжительность . Например, запись оз­начает, что работа (1,2) имеет продолжительность 5 единиц (час, день, неделя, месяц, квартал или год). К работам относятся также такие процессы, которые не требуют ни ресурсов, ни времени выполнения. Они заключаются в установлении логической взаимосвязи работ и показывают, что одна из них непосредственно зависит от другой; такие работы называются фиктивными и на графике изображаются пунктирными стрелками (рис. 7.2).

 

Рис. 5.2. Фиктивная работа

Событияминазываются результаты выполнения одной или нескольких работ. Они не имеют протяженности во времени. Событие свершается в тот момент, когда оканчивается последняя из работ, входящая в него. События обозначаются одним числом и при графическом представлении сетевая модель изображаются кружком (или иной геометрической фигурой), внутри которого проставляется его порядковый номер (i = 1, 2, ..., n). В сетевой модели имеется начальное событие (с номером 1), из которого работы только выходят, и конечное событие (с номером N), в которое работы только входят. например, на рис 1.2 кружок 1 это начальное событие, а кружок 3 означает конечное событие.

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

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

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

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

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


5.4. Основные правило построение сетевого графика (модель) комплекса работ

 

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

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

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

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

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

 

 


Рис.5.3. Замкнутых контуров и петель

Любые два события должны быть непосредственно связаны не более чем одной работой-стрелкой. Нарушение этого условия происходит при изображении параллельно выполняемых работ. Если эти работы так и оставить, то произойдёт путаница из-за того, что две различные работы будут иметь одно и то же обозначение. Однако содержание этих работ, состав привлекаемых исполнителей и количество затрачиваемых на работы ресурсов могут существенно отличаться. В этом случае рекомендуется ввести фиктивное событие и фиктивную работу, при этом одна из параллельных работ замыкается на это фиктивное событие. Фиктивные работы изображаются на графике пунктирными линиями (рис. 5.2).

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


Рис.5.4. Примеры введения фиктивных событий

Фиктивные работы и события необходимо вводить в ряде других случаев. Один из них — отражение зависимости событий, не связанных с реальными работами. Например, работы А и Б (рис. 7.4.а) могут выполняться независимо друг от друга, но по условиям производства работа Б не может начаться раньше, чем окончится работа А. Это обстоятельство требует введения фиктивной работы С.

Другой случай — неполная зависимость работ. Например работа С требует для своего начала завершения работ А и Б, на работа Д связана только с работой Б, а от работы А не зависит. Тогда требуется введение фиктивной работы Ф и фиктивного события 3’, как показано на рис. 5.4.б.

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

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

Упорядочение сетевого графика. Предположим, что при составлении некоторого проекта выделено 12 событий: 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11 и 12 связывающие их работы: (0, 1), (0, 2), (0, 3), (1, 2), (1, 4), (1, 5), (2, 3), (2, 5), (2, 7), (3, 6), (3, 7), (3, 10), (4, 8), (5, 8), (5, 7), (6, 10), (7, 6), (7, 8), (7, 9), (7, 10), (8, 9), (9, 11), (10, 9), (10, 11). Составили исходный сетевой график 1 (рис. 5.5).

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

Разо­бьём исходный сетевой график на несколько вертикальных слоёв (обводим их пунктирными линиями и обозначаем римскими цифрами).

Поместив в I слое начальное событие 0, мысленно вычеркнем из графика это событие и все выходящие из него работы-стрелки. Тогда без входящих стрелок останется событие 1, образующее II слой. Вычеркнув мысленно событие 1 и все выходящие из него работы, увидим, что без входящих стрелок остаются события 4 и 2, которые образуют III слой. Продолжая этот процесс, получим сетевой график 2 (рис. 5.5).


Рис. 5.5. Неупорядоченный сетевой график

Рис. 5.6. Упорядочение сетевого графика с помощью слоёв

Теперь видим, что первоначальная нумерация событий не совсем правильная: так, событие 6 лежит в VI слое и имеет номер, меньший, чем событие 7 из предыдущего слоя. То же можно сказать о событиях 9 и 10.

Рис. 5.7. Упорядоченный сетевой график.

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

5.5. Возможности использования метода СРМ (Critical Path Method)

Цели.В данной вопросе показаны возможности использования метода СРМ (Critical Path Method метод критического пути) для конт­роля сроков выполнения проекта. Таким проектом может быть разработка нового продукта или производственного процесса, строительство предприятия, здания или сооружения, ремонт слож­ного оборудования и т.д.

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

Важной предпосылкой применения метода СРМ является пред­положение о том, что время выполнения каждой работы точно известно.

В результате использования метода СРМ удается получить от­веты на следующие вопросы:

1. За какое минимальное время можно выполнить проект?

2. В какое время должны начаться и закончиться отдельные работы?

3. Какие работы являются «критическими» и должны быть вы­полнены точно в установленное время, чтобы не был сорван срок выполнения проекта?

4. На какое время можно отложить срок выполнения «некри­тической» работы, чтобы она не повлияла на срок выполне­ния проекта в целом?

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

• наиболее раннее и наиболее позднее время начала работы;

• наиболее раннее и наиболее позднее время окончания работы;

• критический путь;

• длину критического пути;

• запас времени на выполнение работы.

Модели.Исходным шагом для применения метода СРМ является опи­сание проекта в виде перечня выполняемых работ с указанием их взаимосвязи. Для описания проекта используются два основных способа: табличный и графический.

Рассмотрим следующую таблицу, описывающую проект:

В первом столбце указаны наименования всех работ проекта. Их четыре: А, В, С, D. Во втором столбце указаны работы, непо­средственно предшествующие данной. У работ А и В нет предшест­вующих. Работе С непосредственно предшествует работа В. Это означает, что работа С может быть начата только после того, как завершится работа В. Работе D непосредственно предшествуют две работы: А и С. Это означает, что работа D может быть начата толь­ко после того, как завершатся работы А и С. В третьем столбце таблицы для каждой работы указано время ее выполнения. На основе этой таблицы может быть построено графическое описа­ние проекта (рис. 5.8).

Рис. 5.8. Сетевой модель задачи

На рис. 5.8 проект представлен в виде графа с вершинами 1,2, 3, 4 и дугами А, В, С, D. Каждая вершина графа отображает собы­тие. Событие 1 означает начало выполнения проекта. Иногда та­кое событие обозначают буквой s (start). Событие 4 означает за­вершение проекта. Для обозначения такого события иногда ис­пользуют букву f(finish). Любая работа проекта — это упорядочен­ная пара двух событии. Например, работа А есть упорядоченная пара событий (1, 3)(см. рис. 5.8). Работа D — упорядоченная пара собы­тий (3,4). Событие проекта состоит в том, что завершены все работы, «входящие» в соот­ветствующую вершину. Например, со­бытие 3 состоит в том, что завершены работы А и С.

Рассмотрим другой проект, представленный следующей табли­цей:

Графическое описание проекта, построенное по этой таблице, имеет вид, показанный на рис. 5.9.

Рис.5.9. Сетевой модель задачи

В этом графическом описании проекта, кроме тех работ, ко­торые указаны в таблице, использованы две «фиктивные» работы (3, 4) и (5, 6). На рисунке они показаны штриховыми линиями. Эти работы не требуют времени на их выполнение и используют­ся в графическом представлении проекта лишь для того, чтобы правильно отобразить взаимосвязь между работами. Получив гра­фическое представление проекта, мы обеспечили себе возмож­ность провести расчеты методом СРМ.

Определения:

Путь последовательность взаимосвязанных работ, ведущая из одной вершины проекта в другую вершину. Например, {A, D, G} и {В, С, Е, G} два различных пути, ведущие из вершины 1 в вер­шину 7 (см. рис.5.9).

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

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

Ясно, что минимальное время, необходимое для выполнения любого проекта, равно длине критического пути. Именно на ра­боты, принадлежащие критическому пути, следует обращать осо­бое внимание. Если такая работа будет отложена на некоторое время, то и срок окончания проекта будет отложен на то же вре­мя. Если необходимо сократить время выполнения проекта, то в первую очередь нужно сократить время выполнения хотя бы од­ной работы на критическом пути.

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








Дата добавления: 2015-02-19; просмотров: 3987;


Поиск по сайту:

При помощи поиска вы сможете найти нужную вам информацию.

Поделитесь с друзьями:

Если вам перенёс пользу информационный материал, или помог в учебе – поделитесь этим сайтом с друзьями и знакомыми.
helpiks.org - Хелпикс.Орг - 2014-2024 год. Материал сайта представляется для ознакомительного и учебного использования. | Поддержка
Генерация страницы за: 0.076 сек.