Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Как используются результаты прямого и обратного анализа сетевого графикаСодержание книги
Поиск на нашем сайте
Что означает для руководителя проекта резерв времени выполнения операции D в 10 дней? В данном конкретном случае это будет означать, что начало выполнения операции D может быть отложено на 10 дней. В широком смысле, менеджер проекта очень скоро поймет, что резерв важен, поскольку дает ему большую гибкость в распоряжении ограниченными ресурсами — персоналом и оборудованием, которые задействованы в нескольких параллельных операциях. Знание сроков выполнения операций ES, LS, EF и LF также весьма ценно для планирования, составления расписания и контроля на всех этапах проекта. ES и LF показывают менеджеру проекта временной интервал, в течение которого операция должна быть завершена. Например, операция Е должна быть выполнена в интервале 20—200 рабочих дней; операция может начаться на 20 и завершиться на 200 день. И наоборот, операция F (одобрение комиссии) должна начаться на 20-й день, иначе выполнение проекта задержится. Когда критический путь известен, то можно приступить к жесткому управлению ресурсами, выделяемыми для выполнения критических операций, и постараться не допустить ошибок, которые приведут к отставанию в общих сроках работ. Кроме того, если по каким-то причинам требуется ускорить выполнение проекта, можно выбрать те операции или их комбинацию, которые обойдутся дешевле при сжатии проекта. Подобным же образом, если критический путь растягивается, то наверстать время можно за счет ускорения наименее дорогих операций. Если имеются другие пути с очень маленьким простоем, то может быть также необходимо сократить операции этих путей. УРОВЕНЬ ДЕТАЛИЗАЦИИ ОПЕРАЦИЙ Распределение работ и средств в привязке к временной шкале требует четкого определения операций, из которых состоит сетевой график проекта. Обычно операция представляет одну или несколько задач из одного набора работ. Уровень детализации описания зависит от того, сколько задач вы включили в каждую операцию. В некоторых случаях объем информации может оказаться настолько большим, что приведет к увеличению накладных расходов. Руководители небольших проектов научились уменьшать уровень детализации описания, так как сделать это их заставляют жесткие ограничения по тем возможностям, которыми они располагают. Большие же фирмы, будучи менее щепетильными в отношении накладных расходов, предпочитают больший уровень детализации описаний операций проектов. Однако даже они признают, что это связано с существенными дополнительными затратами. Небольшие проекты В малых проектах, которые строго контролируются и где участники четко понимают, что они часть команды, можно сократить уровень подробных описаний благодаря большему вниманию на стадии выполнения. Упор при этом, как правило, делается на работе, по которой предстоит отчитываться. При этом используется упрощенная матрица распределения работ (матрица ответственности) (см. рис. 4-10). Набор работ автоматически становится операцией, выполнение которой возлагается на одно из подразделений организации. Однако, если продолжительность операции превышает 5 рабочих дней, то становится необходим четкий план контрольных точек через более короткие интервалы времени. Такой подход возможен для малых проектов, где координация достаточно легко осуществима. Матрица ответственности подробно обсуждается в главе 7.
A – Письменное разрешение; R – Ответственность; P – Участие; C – Комментарии
Рис. 4-10. Пример матрицы распределения ответственности по проекту конверсии программного обеспечения Партнерство или совместная работа с подрядчиками в одной команде Новым явлением в управлении проектами стало партнерство, соглашение между заказчиком проекта и подрядчиком не накапливать претензии друг к другу, а работать вместе над решением возникающих проблем. Партнерство основывается на высокой степени доверия между подрядчиком и заказчиком проекта. Например, предположим, что высокая степень доверия существует и уровень подробного описания работ и операций не должен быть очень запутанным, так как контроль и мониторинг не должны быть жесткими в этих условиях. Кроме того, уровень технических заданий на разработку может быть снижен, так как решение проблем происходит быстро и в срок. Партнерство в управлении проектами получает все большее распространение, как способ разделения ответственности и риска с подрядчиками. Оно создает беспроигрышный потенциал и улучшает работу над проектом. Снижение детализации в плане и графике — одно из главных преимуществ такого сотрудничества. См. главу 11, в которой обсуждается этот процесс. СВОБОДНЫЕ ОКОНЧАНИЯ Ошибки сетевой логики Методы построения сетевых графиков имеют определенные логические правила, которые необходимо строго соблюдать. Одно из правил гласит, что заявления типа «если испытание прошло успешно, стройте прототип, если неудачно — разработайте проект заново» не допускаются. Сетевой график — это не дерево решений; это план проекта, который должен быть осуществлен. Если бы условные заявления допускались, то прямой и обратный анализ вряд ли имели бы смысл вообще. Хотя в действительности план редко осуществляется во всех деталях, так как мы его задумали, мы лишь можем предполагать это. Однако вы легко убедитесь в том, что если план разработан, то его можно пересматривать и изменять. Другое явление, которое нарушает структуру сетевого графика и логику процесса вычислений, — это зацикливание. Зацикливание — это попытка вернуться с более поздних операций к ранним. Запомните, что у последующих операций порядковый номер всегда должен быть выше, чем у предшествующих; это правило помогает избежать нарушения логики предшествования—следования операций. Операция должна выполняться только один раз, а если она повторяется снова, операция должна иметь новое название и номер и должна располагаться в соответствующей последовательности в сети. Рис. 4-11 показывает нелогичную петлю. Наличие таких петель привело бы к постоянному повторению пути. Многие программисты понимают этот тип логической ошибки.
Рис. 4-11. Петля, нарушающая логику построения сетевого графика
Нумерация операций Каждая операция требует своего собственного кода — как правило, номера. На практике существует достаточное число весьма элегантных схем. В большинстве таких схем операции нумеруются в порядке их возрастания, то есть каждая последующая операция имеет больший номер, что указывает на приближение проекта к завершению. Принято оставлять пробелы между цифрами (1, 5, 10, 15...). Это желательно делать, чтобы вы могли позднее добавить пропущенные или новые операции. Так как почти невозможно с первого раза выстроить совершенный сетевой график проекта, нумерация сетей часто не делается до тех пор, пока сеть не завершена. На практике вы можете столкнуться и с компьютерными программами, которые допускают как цифровое, так и алфавитное или комбинированное обозначение операций. Комбинированное обозначение часто используется для обозначения стоимости, рабочих специальностей, отделов и расположения. Как правило, система нумерации операций должна быть восходящей и как можно проще. Смысл заключается в том, чтобы участники проекта могли легко следить за работой и узнавать конкретные операции.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Последнее изменение этой страницы: 2016-04-23; просмотров: 363; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.14.250.221 (0.009 с.) |