Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Определение резервов времени↑ Стр 1 из 4Следующая ⇒ Содержание книги Похожие статьи вашей тематики
Поиск на нашем сайте
Определение резервов времени После того, как были рассчитаны прямой путь и обратный путь, можно определить, какие операции могут задерживаться, вычислив «простой» или «колебание». Полный простой или колебание операции представляет разницу между LS и ES (LS — ES = SL) или между LF и EF (LF — EF = SL). Например, простой для операции С — 5 дней, для операции D — 10 дней и для операции G — 0 (см. рис. 4-9). Полный простой показывает то время, на которое выполнение операции может задерживаться, не задерживая при этом выполнение проекта. Если происходит простой одной операции на пути, ЕS для цепочки всех последующих операций будет задержано, и их простой сокращен. Использование полного простоя должно координироваться всеми участниками последующих операций цепочки. После вычисления простоя для каждой операции легко определить критический путь. Когда LF = EF для конечной операции проекта, критический путь можно определить, как те операции, у которых LF = EF или простой = 0 (LF - EF = 0) (или LS - ES = 0).
Рис. 4-9. Сетевой график типа ОУ для проекта создания бизнес центра Колла с указанием резервов времени выполнения операций
СЛУЧАИ ИЗ ПРАКТИКИ Критический путь Долгое время метод критического пути (СРМ) считался «чашей Грааля» всей теории управления проектами. Вот некоторые комментарии ветеранов управления проектами относительно значения критического пути для управления проектами. - Я всегда стараюсь, когда это только возможно, выделить моих лучших людей на критические операции или на те операции, которые могут стать критическими. - Я уделяю дополнительное внимание при оценке риска выявлению тех рисков, которые могут оказать прямое или косвенное влияние на критический путь, когда некритические операции выполняются столь поздно, что становятся критическими. Когда у меня есть деньги, которые можно использовать на сокращение рисков, они обычно идут на критические задачи. - У меня нет времени контролировать все операции крупного проекта, но я всегда поддерживаю связь с теми, кто работает с критическими операциями. Когда у меня есть время, я встречаюсь именно с ними, чтобы узнать из первых рук, как идут дела. Удивительно, насколько больше я могу узнать из бесед с рядовыми членами организации и по выражению их лиц — гораздо больше, чем из отчетов. - Когда мне звонят другие менеджеры и просят дать им на время людей или оборудование, я намного щедрее, когда это связано с ресурсами на некритических операциях. Например, если какому-то руководителю проекта требуется инженер-электрик, который задействован на операции с 5-дневным простоем, я с удовольствием отдам его на два-три дня. - Наиболее очевидной причиной значения критического пути является то, что эти операции влияют на время завершения проекта. Если мне вдруг позвонят сверху и скажут, что необходимо завершить проект на две недели раньше запланированного времени, то критический путь будет там, где я запланировал сверхурочную работу и использовал дополнительные ресурсы, чтобы выполнить проект быстрее. Точно так же, если график проекта начинает буксовать, это тоже критическая ситуация, на которой я должен сосредоточить внимание, чтобы снова войти в график.
Критический путь — это путь, который имеет наименьший простой в целом. Проблема возникает, когда последняя операция проекта имеет LF, который отличается от EF, полученного в результате прямого анализа — например, из-за того, что сроки выполнения установлены жестко. А если это так, то простой на критическом пути будет не нулевым, а будет равен разнице между EF проекта и установленным LF последней операции проекта. Например, если EF для проекта — 235 дней, а установленный LF или плановый срок — 220 дней, все операции критического пути будут иметь простой минус 15 дней. Конечно, это приведет к позднему старту «—15 дней» для первой операции проекта — хороший трюк, если проект должен начаться сейчас. Отрицательный простой случается на практике, когда выполнение операций критического пути задерживается. На рис. 4-9 критический путь показан в виде пунктирных стрелок и блоков — операций А, В, F, G и Н. Отставание одной из этих операций приведет к отставанию в выполнении проекта на то же количество дней. Критические операции обычно составляют около 10 % всех операций проекта. Поэтому руководители проектов пристально следят за тем, чтобы операции критического пути выполнялись по графику.
Свободный резерв Операции со свободным резервом уникальны, так как выполнение операции может откладываться, не влияя на ES последующих операций. Свободный резерв некоторой операции определяется, как разница между EF этой операции и ES последующей операции. Свободный резерв никогда не может быть отрицательным. Только операции в конце цепи операций (обычно там, где есть операции слияния) могут иметь свободный резерв. Например, если единая цепь (путь) операций имеет резерв 14 дней, последняя операция будет иметь свободный резерв, а остальные — нет. Когда цепь не очень длинная, может быть только одна операция. Например, на сетевом графике бизнес-центра Колла (рис. 4-9) операция Е имеет свободный резерв 165 рабочих дней (200 — 35 = 165). Операции С и D также имеют свободный резерв, 5 и 10 дней соответственно. Привлекательность свободного простоя в том, что изменение сроков начала и завершения для операции со свободным простоем требует меньше координации с другими участниками проекта и дает руководителю проекта больше гибкости, чем при полном простое. Поскольку операция является последней операцией в цепи, замедление операции до простоя не повлияет на последующие операции.
Небольшие проекты В малых проектах, которые строго контролируются и где участники четко понимают, что они часть команды, можно сократить уровень подробных описаний благодаря большему вниманию на стадии выполнения. Упор при этом, как правило, делается на работе, по которой предстоит отчитываться. При этом используется упрощенная матрица распределения работ (матрица ответственности) (см. рис. 4-10). Набор работ автоматически становится операцией, выполнение которой возлагается на одно из подразделений организации. Однако, если продолжительность операции превышает 5 рабочих дней, то становится необходим четкий план контрольных точек через более короткие интервалы времени. Такой подход возможен для малых проектов, где координация достаточно легко осуществима. Матрица ответственности подробно обсуждается в главе 7.
A – Письменное разрешение; R – Ответственность; P – Участие; C – Комментарии
Рис. 4-10. Пример матрицы распределения ответственности по проекту конверсии программного обеспечения СВОБОДНЫЕ ОКОНЧАНИЯ Ошибки сетевой логики Методы построения сетевых графиков имеют определенные логические правила, которые необходимо строго соблюдать. Одно из правил гласит, что заявления типа «если испытание прошло успешно, стройте прототип, если неудачно — разработайте проект заново» не допускаются. Сетевой график — это не дерево решений; это план проекта, который должен быть осуществлен. Если бы условные заявления допускались, то прямой и обратный анализ вряд ли имели бы смысл вообще. Хотя в действительности план редко осуществляется во всех деталях, так как мы его задумали, мы лишь можем предполагать это. Однако вы легко убедитесь в том, что если план разработан, то его можно пересматривать и изменять. Другое явление, которое нарушает структуру сетевого графика и логику процесса вычислений, — это зацикливание. Зацикливание — это попытка вернуться с более поздних операций к ранним. Запомните, что у последующих операций порядковый номер всегда должен быть выше, чем у предшествующих; это правило помогает избежать нарушения логики предшествования—следования операций. Операция должна выполняться только один раз, а если она повторяется снова, операция должна иметь новое название и номер и должна располагаться в соответствующей последовательности в сети. Рис. 4-11 показывает нелогичную петлю. Наличие таких петель привело бы к постоянному повторению пути. Многие программисты понимают этот тип логической ошибки.
Рис. 4-11. Петля, нарушающая логику построения сетевого графика
Нумерация операций Каждая операция требует своего собственного кода — как правило, номера. На практике существует достаточное число весьма элегантных схем. В большинстве таких схем операции нумеруются в порядке их возрастания, то есть каждая последующая операция имеет больший номер, что указывает на приближение проекта к завершению. Принято оставлять пробелы между цифрами (1, 5, 10, 15...). Это желательно делать, чтобы вы могли позднее добавить пропущенные или новые операции. Так как почти невозможно с первого раза выстроить совершенный сетевой график проекта, нумерация сетей часто не делается до тех пор, пока сеть не завершена. На практике вы можете столкнуться и с компьютерными программами, которые допускают как цифровое, так и алфавитное или комбинированное обозначение операций. Комбинированное обозначение часто используется для обозначения стоимости, рабочих специальностей, отделов и расположения. Как правило, система нумерации операций должна быть восходящей и как можно проще. Смысл заключается в том, чтобы участники проекта могли легко следить за работой и узнавать конкретные операции.
Рис. 4-12. Air control inc. Проект индивидуального заказа. Сетевой график
Рисунок 4-12 представляет общий результат ОУ для проекта «проект индивидуального заказа». Критический путь обозначен затемненными прямоугольниками и пунктирными стрелками, показывающими зависимость соответствующих операций. Описание операции дано в правом верхнем углу. Сразу же под номером операции приведена ее продолжительность, а под ней — сроки выполнения операции — ES, EF, LS, LF (читается сначала верхний ряд, затем нижний)
Рис. 4-13. Air Control Inc. Проект индивидуального заказа. График Ганга
Рис. 4-13 представляет график Ганта, построенный на основании информации о ранних началах выполнения операций. Такие графики достаточно популярны, так как дают четкую и понятную картину проекта в привязке к временной шкале. Они применяются во время планирования, составления расписания ресурсов и отчетов о ходе работ. График Ганта привязан к двум осям на плоскости. По оси ординат располагаются операции в порядке возрастания их номеров, а по оси абсцисс откладывается временной горизонт. Например, «разработка программного обеспечения» имеет продолжительность 18 (затемненные области на графике). Столбец также показывает, что операция может начаться во временной период 2, закончиться в период 20, но может завершиться и позже в период 40, потому что у нее есть резерв времени, равный 20 (чистая область в столбце). Когда на временной оси проставляются календарные даты, график Ганта дает еще более ясную картину выполнения проекта, и его можно повесить на стене в офисе. Основным недостатком графика Ганта является отсутствие видимой взаимосвязи между операциями проекта. Например, если резерв времени выполнения операции используется на ранней стадии сетевого графика, он уже не может быть использован на последующих стадиях в той же цепочке операций. Эта зависимость на графике Ганта не отражается. Поэтому график Ганта всегда используется вместе с сетевым графиком. Хотя некоторые компьютерные программы строят графики Ганта и с линиями зависимости. Но на реальных проектах этих линий появляется так много, что они перечеркивают главное достоинство этих графиков — наглядность. Заметьте, что график Ганта является производной от сетевого графика, но не наоборот. Программы управления проектом могут оказать огромную помощь тем, кто знаком с методами и инструментами, упоминавшимися в тексте, и понимает их. Но нет ничего опаснее, чем использование компьютерных программ теми, кто мало знает или совсем не знает, как эти программы работают. Очень часто при вводе исходной информации допускаются ошибки, и требуется квалифицированный и знающий информационные системы человек, чтобы обнаружить наличие ошибки и избежать последующих ошибочных действий.
Календарные даты В итоге вы захотите определить календарные даты по всем операциям проекта. Если компьютерная программа не используется, даты проставляются вручную. Запланируйте календарные рабочие дни (исключив нерабочие) и пронумеруйте их. Затем соотнесите календарные рабочие дни с рабочими днями в сети проекта. Большинство компьютерных программ распределяет календарные даты автоматически, после того как определены стартовая дата, единица времени, нерабочие дни и другие данные. На рис. 4-14 показан сетевой график заказа на индивидуальный проект с датами.
Рис. 4-14. Air Control Inc. Проект индивидуального заказа — сетевой график с датами Ступенчатый метод Предположение, что все предшествующие операции должны быть завершены на 100%, не всегда может оправдаться на практике. Очень часто этого не происходит из-за того, что выполнение одной операции перекрывает начало другой. По условиям выстраивания отношений по типу «от конца к началу», если операция продолжительна и задерживает начало непосредственно следующей за ней операции, ее можно разбить на части и начертить сеть, используя ступенчатый метод, чтобы последующая операция могла начаться быстрее, не задерживая надолго общую работу. Разбивка на части продолжительных операций ведет к появлению ступенек на сети, о чем говорит и название метода. Классическим примером, который приводится во многих книгах и статьях, является пример с прокладкой трубы. Нужно выкопать траншею, уложить в нее трубу, засыпать траншею. Если длина трубопровода 1 миля, нет необходимости рыть траншею длиной в милю, прежде чем начнется закладка труб, или заложить 1 милю трубами, прежде чем начнется засыпка траншеи. Рис. 4-15 показывает, как эти перекрывающие операции могут появиться в сети ОУ.
Рис. 4-15. Пример использования ступенчатого метода с отношениями «от конца к началу» Использование задержек (лагов) Для достижения большей гибкости при разработке сетевых графиков было придумано использование задержек (лагов). Лаг — это минимальное количество времени, на которое может быть отложено начало или окончание зависимой операции. Лаги используются в сети проекта по двум основным причинам: 1. Когда более продолжительные операции задерживают начало или завершение последующих операций, то разработчик сетевого графика, как правило, разбивает такую операцию на более мелкие операции, чтобы избежать большого отставания последующей операции. Использование лагов помогает избежать такого отставания и уменьшает потребность в детализации сетевого графика. 2. Лаги могут использоваться для ограничения времени начала и окончания операции. Наиболее часто используются расширения методов через использование между операциями отношений типа «от конца к началу», «от конца к концу» или «от начала к началу». Модель таких отношений рассматривается в этом разделе. Отношения типа «от конца к началу». В начале главы был описан наиболее типичный, общий стиль отношений между операциями в сетевом графике «от конца к началу». Однако бывают такие ситуации, когда последующая операция в цепочке должна быть задержана, даже если предшествующая операция завершена. Например, выемка бетонных форм не может начаться, пока залитый цемент не будет выдержан в течение двух единиц времени. Рис. 4-16 показывает этот лаг для сетевого графика типа ОУ. Лаги в отношениях «от конца к началу» часто используются при отображении операций, связанных с заказами ресурсов. Например, может потребоваться 1 день для того, чтобы сделать заказ, но 19 дней, чтобы дождаться его исполнения. Использование отношений «от конца к началу» дает возможность иметь продолжительность операции — 1 день и лаг — 19 дней. Такой подход увязывает стоимость операции только с размещением заказа, а не со стоимостью операции за 20 дней работы. Такие же отношения финиш — старт полезны и для описания транспортных, юридических и почтовых лагов.
Рис. 4-16. Отношения «от конца к началу»
Использование лагов в отношениях «от конца к началу» должно быть тщательно выверено и обосновано. Известно, что консервативные менеджеры проектов и те, кто отвечает за завершение операций, использовали лаги, как средство для создания экономического («дополнительного») фактора для уменьшения риска запаздывания. Простое правило, которому надо следовать, состоит в том, что использование лагов финиш — старт должно быть обосновано и одобрено тем, кто отвечает за большой раздел проекта. Закономерность использования лагов обычно нетрудно понять. Законное использование дополнительных отношений может значительно повысить качество сети, давая более точное представление о проекте. Отношения «от начала к началу». Альтернативой делению операций является использование отношений типа «от начала к началу». Типичные отношения «от начала к началу» показаны на рис. 4-17. На рис. 4-17 А показаны отношения старт—старт с нулевым лагом, тогда как на рис. 4-17 В показаны те же самые отношения с лагом 5 единиц времени. Важно отметить, что эти отношения могут использоваться как с лагом, так и без него. Если устанавливается время, то это обычно показано с помощью стрелки зависимости в сети AON. На рис. 4-17 В операция Q не может начаться раньше, чем пройдет время в 5 единиц после начала операции Р. Этот тип отношений обычно отражает ситуацию, в которой часть операции может быть выполнена и следующая операция начата, хотя первая еще не завершена.
Рис. 4-17. Отношения «от начала к началу»
Эти отношения могут применяться в проекте по прокладке труб. На рис. 4-18 показан проект с сетевым графиком типа ОУ. Отношения «от начала к началу» уменьшают уровень детализации сети и отставание проекта, используя задержки.
Рис. 4-18. Использование лагов для сокращения уровней детализации описания проекта
Можно найти возможности сжатия графика, изменив отношения «от конца к началу» на отношения «от начала к началу». Пересмотр отношения «от конца к началу» между критическими операциями открыл возможности запараллеливания работ с использованием отношений типа «от начала к началу». Например, вместо операций, связанных отношением типа «от конца к началу» «сначала проектирование дома, затем закладка фундамента», можно установить, что «закладка фундамента» начинается, скажем, через 5 дней (лаг) после начала проектирования, допустив, что проектирование фундамента дома является первым этапом всей операции проектирования. Отношения типа «от начала к началу» с небольшим лагом дают возможность осуществлять последовательные операции параллельно и сокращать общую продолжительность критического пути. Такой подход часто используется в строительных проектах, когда одновременно проводятся проектно-конструкторские и строительные работы для ускорения выполнения проекта в целом. При одновременном выполнении проектно-конструкторских и строительных работ операции разбиваются на более мелкие части, чтобы работа могла проводиться параллельно, и проект мог быть ускорен. Отношения типа «от начала к началу» могут отражать одновременные конструкторские условия и уменьшать необходимый уровень детализации сетевого графика. Такой же результат может быть получен с помощью разбивки операции на небольшие наборы, которые могут осуществляться параллельно, но этот подход значительно увеличивает размер сетевого графика. Отношения «от конца к концу». Этот тип отношений можно видеть на рис.4-19. Окончание одной операции зависит от окончания другой, Например, испытания не могут завершиться раньше, чем через 4 дня после завершения работ над прототипом.
Рис. 4-19. Отношения «от конца к концу»
Отношения «от начала к концу». Эти отношения представляют ситуацию, когда завершение одной операции зависит от начала другой операции. Например, документирование системы не может быть завершено, пока не пройдут три единицы времени после начала испытания см. рис. 4-20).
Рис. 4-20. Отношения «от начала к концу» Комбинация отношений задержки. Одна и та же операция может оказаться связанной с другой сразу несколькими отношениями задержки разных типов. Это обычно комбинация отношений типа «от начала к началу» и «от конца к концу». Например, отладка программного обеспечения не может начаться, пока не пройдут две единицы времени после начала написания кода программы. Кодирование же должно завершиться за 4 единицы времени до окончания отладки (см. рис. 4-21).
Рис. 4-21. Комбинация отношений задержки Пример использования отношений задержки — прямой и обратный анализ В условиях любых отношений задержки процедура проведения прямого и обратного анализа сетевого графика остается неизменной. Модификация состоит лишь в том, чтобы рассматривать выполнение каждой операции с точки зрения того, как она влияет на время начала и окончания другой операции. Результаты прямого и обратного анализа представлены на рис. 4-22. Операции С и D зависят от начала операции В («от начала к началу»). Начало операции С должно задержать начало операции В на 10 единиц времени, а начало операции D должно отложить начало операции В на 5 единиц времени. Операция Е должна задержать окончание операции С на 5 единиц времени («от конца к концу»). Операция G не может завершиться, пока не пройдет 10 единиц времени после начала операции F («от начала к концу»). И, наконец, окончание операции Н зависит от завершения операции G на 10 единиц времени. Обратите внимание на то, что операция может иметь критическое окончание или начало. Операция Н имеет критическое окончание (нулевой резерв времени) в 50 единиц времени, но эта же операция имеет начало с 5 единицами резерва. Критическим для операции Н является только окончание. И наоборот, операция F имеет нулевой резерв времени начала ее выполнения, но вместе с тем имеет 5 единиц резерва у окончания. Критический путь показан пунктирной линией. Если отношения задержки имеют место, необходимо проверить каждую операцию на наличие ограничений по ее началу и окончанию. Например, при прямом анализе EF операции G (40) регулируется началом операции F и задержкой в 10 единиц времени (30+ 10 лагов = 40). EF (40 + 10 лагов = 50) операции Н зависит от окончания операции G и лага 10, который — 50, а не 45 единиц. При обратном анализе становится очевидным, что LS операции F ограничивается LF (40) операции G и лагом в 10 единиц времени (40 — 10 лагов = 30), что приводит к LS = 30 для операции F.
Рис. 4-22. Сетевой график с отношениями задержки
Операции растяжки Другим распространенным приемом при построении сетевых графиков является включение подвесных операций. Основная цель каждой такой операции — обозначить использование зафиксированных ресурсов или фиксированную стоимость в конкретном сегменте проекта. Типичным примером являются расходы по обслуживанию, консультированию или услуги по управлению строительством. Продолжительность подвесной операции устанавливается равной промежутку времени между охватываемыми ею операциями. Например, в части выполнения комплексного проекта проведения выставки-ярмарки может потребоваться специальная цветная копировальная машина. Подвесная операция может быть включена в сетевой график для того, чтобы идентифицировать потребность в данном виде ресурса и добавить его стоимость к стоимости всего сегмента данного проекта. Эта подвесная операция связана с началом первой операции сегмента проекта, где используется цветная копировальная машина, и концом последней операции того же сегмента. Ее продолжительность будет составлять разницу между EF последней операции и ES первой операции. Продолжительность вычисляется в результате прямого анализа и, следовательно, не влияет на время других операций. Рис. 4-23 дает пример включения подвесной операции в сетевой график. Продолжительность этой операции определяется ранним началом операции В и ранним окончанием операции F, то есть разницей между 13 и 5 или 8 единицами времени. Продолжительность подвесной операции изменится, если любые ES или EF в цепочке охватываемых ею операций изменятся. Подвесные операции часто включаются в сетевой график для агрегирования его разделов. Это что-то наподобие разработки подсети, но при этом общая очередность выполнения операций остается нетронутой.
Рис. 4-23. Операция растяжки
ВЫВОДЫ Многие руководители проектов полагают, что сетевой график — это наиболее важный документ планирования проекта. Сетевой график определяет последовательность и временные границы работ, используемые ресурсы и стоимость. Для разработки сетевого графика используются данные, полученные в результате анализа наборов работ по проекту. Любой менеджер проекта должен иметь хорошее представление таком методе построения сетевого графика, как ОУ. Метод ОУ использует блоки для обозначения операций и стрелки для обозначения их зависимости. Прямой и обратный анализ позволяют определить раннее и позднее время начала и окончания выполнения операций и наступления событий. Хотя большинство менеджеров проекта сегодня пользуется компьютерами при разработке сетевых графиков и определении их временных параметров, тем не менее, они должны прекрасно разбираться и в теории этих вопросов. Менеджеры проектов, хорошо знакомые с основами построения и анализа сетевых графиков, будут иметь гораздо меньше проблем в своей деятельности, чем те, кто целиком и полностью полагается только на компьютер. Сетевой график помогает избегать неожиданностей. Первоначальный метод построения сетевых графиков ОУ впоследствии был усовершенствован рядом дополнений и модификаций. Отношения задержки позволяют менеджерам проектов более точно воспроизводить условия выполнения операций, встречающиеся на практике. Использование лагов может привести к тому, что начало или конец операции могут стать критическими. В некоторых компьютерных программах не только начало и конец операции определяются как критические, но и вся операция называется критической. Необходимо учесть, что лаги не могут использоваться в качестве буфера от возможных ошибок при оценке времени. Подвесные операции используются для отслеживания затрат ресурсов используемых на определенном участке проекта. Они могут также использоваться для сокращения размера сети проекта путем группировки ряда операций. Вопросы для повторения 1. Чем отличается структура распределения работ от сетевого графика проекта? 2. Как связаны структура распределения работ и сетевой график проекта? 3. Зачем надо разрабатывать структуру распределения работ? Почему бы не перейти сразу же к построению сетевого графика, минуя структуру распределения работ? 4. Почему знание резервов времени имеет значение для менеджера проекта? 5. Почему при построении сетевых графиков иногда пользуются отношениями задержки? 6. Что такое подвесная операция и когда она используется? Упражнения Операция
7. На основании следующей информации постройте сетевой график типа ОУ. Выполните его прямой и обратный анализ, рассчитайте резервы времени операций и определите критический путь.
8. Джеймс Волд, менеджер проекта Print Software, Inc. хочет, чтобы вы разработали сетевой график проекта: рассчитали раннее, позднее время начала и окончания операций, резервы времени их выполнения, определили плановую продолжительность проекта и критический путь. Его ассистент собрал следующую информацию для проекта Color Printer Drivers Software.
9. Большому городу на Востоке требуется федеральное финансирование для проекта создания зоны отдыха. Наличие сетевого графика проект
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Последнее изменение этой страницы: 2016-04-23; просмотров: 1436; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.141.198.230 (0.015 с.) |