Электронная библиотека » Ю. Орлова » » онлайн чтение - страница 3


  • Текст добавлен: 8 февраля 2016, 18:40


Автор книги: Ю. Орлова


Жанр: Учебная литература, Детские книги


сообщить о неприемлемом содержимом

Текущая страница: 3 (всего у книги 15 страниц) [доступный отрывок для чтения: 5 страниц]

Шрифт:
- 100% +

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

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

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

1.1.3. Классические камни преткновения при осуществлении управления

Предприятие в процессе преобразований: реструктуризация, освоение новых рынков, внедрение системы управления качеством? Бесконечное множество сложных проблем стоит перед предприятиями в условиях рыночного хозяйства. При этом понятие «Управление проектами» представляется сегодня неким волшебным словом, от которого ожидается решение многих проблем. Посредством проектов все чаще осуществляются сложные задачи. Необходимые для этого методы и инструменты постоянно разрабатываются и совершенствуются. В Германии неуклонно растет число предложений по семинарам в области методического обеспечения управления проектами. Почему же так часто бывает, что проекты, несмотря на наличие заинтересованных, квалифицированных сотрудников и разработанных методик, заканчиваются неудачами? Давайте посмотрим на классические, с моей точки зрения, камни преткновения.

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

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

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

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

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

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

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

1.2. Проектное управление: модели и методы принятия решений

В конце 50-х годов в США для осуществления программы исследовательских и конструкторских работ по созданию ракеты “Поларис” впервые был использован метод планирования и управления, основанный на идее определения, оценки вероятных сроков и контроля так называемого “критического пути” всего комплекса работ. Результаты превзошли все ожидания: во-первых, заметно уменьшилось число сбоев в работе из-за несогласованности используемых ресурсов, резко сократилась общая продолжительность выполнения всего комплекса работ, получен огромный эффект из-за снижения суммарной потребности в ресурсах и, соответственно, уменьшения общей стоимости программы. Вскоре после того, как результаты выполнения программы “Поларис” стали достоянием общественности, весь мир заговорил о методе PERT (Project Evaluation and Review Technique) как о новом подходе к организации управления.

За прошедшее с тех пор время метод “критического пути” не только получил широкое применение в повседневной практике управления, но и обусловил появление специальной научно-прикладной дисциплины – управление проектами. В центре внимания этой дисциплины находятся вопросы планирования, организации, контроля и регулирования хода выполнения проектов, организации материально-технического, финансового и кадрового обеспечения проектов, оценки инвестиционной привлекательности различных вариантов реализации проектов.

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

1.2.1. Объект проектного управления

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

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

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

• переходы от одной работы к другой определяют основное содержание всей деятельности;

• достижение целей деятельности связано с последовательно– параллельным выполнением всех элементов этой деятельности;

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

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

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

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

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

1.2.2. Теоретические основы проектного управления

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

В сетевой модели роль вершин графа могут играть события, определяющие начало и окончание отдельных работ, а дуги в этом случае будут соответствовать работам. Такую сетевую модель принято называть сетевой моделью с работами на дугах (Activities on Arrows, AoA). В то же время, возможно, что в сетевой модели роль вершин графа играют работы, а дуги отображают соответствие между окончанием одной работы и началом другой. Такую сетевую модель принято называть сетевой моделью с работами в узлах (Activities on Nodes, AoN).

Пусть множество A={a1, a2, a3, … an} – комплекс работ, выполнение которых требуется для решения определенной задачи, например, строительства дома. Тогда, если множество V={v1, v2, v3, … vm} будет представлять комплекс событий, возникающих в процессе выполнения комплекса работ, то сетевая модель будет задаваться ориентированным графом G=(V, A), в котором элементы множества V играют роль вершин, а элементы множества A – роль дуг, соединяющих вершины, причем каждой дуге ai можно поставить в однозначное соответствие пару вершин (vsi, vfi), первая из которых будет определять момент начала работы аi, а вторая – момент окончания этой работы. Такая сетевая модель будет сетевой моделью с работами на дугах.

Теперь пусть множество A={a1, a2, a3, … an} – по-прежнему будет рассматриваться как комплекс работ, выполнение которых требуется для решения определенной задачи, например, строительства дома. Тогда, если множество V={v1, v2, v3, … vm} будет представлять комплекс отношений предшествования-следования работ в процессе их выполнения, то сетевая модель будет задаваться ориентированным графом G=(A, V), в котором элементы множества A играют роль вершин, а элементы множества V – роль дуг, соединяющих вершины, причем каждой дуге vi можно поставить в однозначное соответствие пару вершин (asi, afi), первая из которых будет непосредственно предшествующей работой в данной паре, а вторая – непосредственно следующей. Такая сетевая модель будет сетевой моделью с работами в узлах.

Сетевая модель может быть представлена: 1) сетевым графиком, 2) в табличной форме, 3) в матричной форме, 4) в форме диаграммы на шкале времени. Как будет показано ниже, переход от одной формы представления к другой не составляет большого труда.

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

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

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

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

• событий – моментов времени, когда происходит начало или окончание выполнения какой-либо работы (работ);

• работ – неделимых частей комплекса действий, необходимых для решения некоторой задачи;

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

Графически события изображаются кружками, разделенными на три равных сегмента (радиусами под углом в 120°); работы изображаются сплошными линиями со стрелками на конце, ориентированными слева направо; фиктивные работы изображаются пунктирными линиями со стрелками на конце, ориентированными слева направо. Пример сетевого графика модели АоА представлен ниже на рис. 1.2.1.

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


Рис. 1.2.1. Пример сетевого графика модели AoA


Если сетевым графиком отображается модель типа AoN, то избыточности структуры удается избежать. Здесь нет необходимости вводить в качестве дополнительного структурного элемента фиктивные работы, поскольку отсутствуют те структурные элементы, которые они призваны обслуживать, а именно – события. В сетевом графике модели типа AoN есть только узлы (или вершины), которые обозначают работы и дуги (сплошные линии со стрелками, ориентированными слева направо), которые обозначают отношения предшествования-следования работ. Никаких событий и никаких фиктивных работ! Заметим, что в наиболее известной программе по проектному управлению Microsoft Project реализуется этот тип модели.

Здесь узлы сети, соответствующие работам, принято изображать прямоугольниками, поделенными на 5 секторов. В центральном секторе проставляется индекс (или записывается наименование работы). Заполнение остальных секторов рассматривается ниже. Пример сетевого графика для модели типа AoN представлен ниже на рис. 1.2.2.


Рис. 1.2.2.Пример сетевого графика модели типа АоN.


В табличной форме сетевая модель задается множеством {A, A(IP)}, где А – это множество индексов работ, а A(IP) множество комбинаций работ, непосредственно предшествующих работе А. Для рассматриваемого выше примера табличная форма сетевой модели будет такой, которая представлена в табл. 1.2.1.


Таблица 1.2.1. Табличная форма сетевой модели


Матричная форма описания сетевой модели задается в виде отношения между событиями (ei, ej), которое равно 1, если между этими событиями есть работа (либо реальная, либо фиктивная) и 0 – в противном случае. Матричная форма для описания сетевой модели из рассматриваемого выше примера приведена ниже в табл. 1.2.2.


Таблица 1.2.2. Матричная форма сетевой модели


Описание сетевой модели в форме временной диаграммы (или графика Ганта) предполагает размещение работ в координатной системе, где по оси абсцисс (X) откладывается время (t), а по оси ординат (Y) – работы. Точкой начала отсчета любой из работ будет момент окончания всех ее предшествующих работ. Если работе не предшествует ничто, то она откладывается от начала временной шкалы, т.е. с самого левого края диаграммы. На рис. 1.2.3 представлен график Ганта для сетевой модели по данным табл. 1.2.1 с добавлением информации о продолжительности выполнения работ.


Рис. 1.2.3. Диаграмма Ганта


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

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

Различаются следующие разновидности событий сетевого графика модели АоА:

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

• завершающее событие – результат, в отношении которого предполагается, что за ним не следует ни одна работа; это и является конечной целью выполнения всего комплекса работ или решением задачи;

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

• начальное событие – событие, непосредственно предшествующее данной конкретной работе;

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

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

Различают следующие временные параметры:

• продолжительность работ;

• раннее время начала работы;

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

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

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

• раннее время наступления события;

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

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

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

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

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

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

Продолжительность работы (ti) – календарное время, которое занимает выполнение работы.

Раннее время начала работы (ESTi) – наиболее ранний из возможных сроков начала выполнения работы.

Раннее время окончания работы (EFTi) – равно раннему времени начала работы плюс ее продолжительность.

Позднее время окончания работы (LFTi) – наиболее поздний из допустимых сроков окончания работы.

Позднее время начала работы (LSTi) – равно позднему времени окончания работы минус ее продолжительность.

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

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

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

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

Работы, лежащие на критическом пути, называются критическими работами, а события – критическими событиями.

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

Резерв времени наступления события – это разница между поздним и ранним сроками наступления этого события.

Полный резерв времени выполнения работы (TFi) – это максимально возможный запас времени для выполнения данной работы сверх продолжительности самой работы при условии, что в результате такой задержки конечное для данной работы событие наступит не позднее, чем в свой поздний срок.

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

Независимый резерв времени выполнения работы (IFi) – это запас времени, на который можно отложить начало выполнения работы без риска повлиять на какие бы то ни было сроки наступления каких-либо событий в модели вообще.


Страницы книги >> Предыдущая | 1 2 3 4 5 | Следующая
  • 0 Оценок: 0

Правообладателям!

Данное произведение размещено по согласованию с ООО "ЛитРес" (20% исходного текста). Если размещение книги нарушает чьи-либо права, то сообщите об этом.

Читателям!

Оплатили, но не знаете что делать дальше?


Популярные книги за неделю


Рекомендации