Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Мазур, Шапиро Управление проектами

.pdf
Скачиваний:
1854
Добавлен:
12.03.2015
Размер:
4.19 Mб
Скачать

 

 

 

ССО

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Отдел тес

тирования

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Руководство

 

 

Инжинирин

говый отдел

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

СРР

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Уровень 1

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Программа

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Уровень 2

 

 

Обучение

 

 

Аппаратное

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

обеспечение

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Уровень 3

Инжиниринговая

Производственная

Тестирование

подсистема

 

 

подсистема

 

компонентов

 

 

 

 

 

ханики

 

 

 

 

 

оектироектрики

 

 

 

 

 

р

 

 

 

 

 

л

 

 

 

 

 

Уровень 4

 

Модуль А

Модуль В

Модуль С

 

 

 

 

Отдел проектиро

Статья

Статья

 

 

Отделпро ектирования

вания э

затрат

затрат

 

 

вания м

затрат

 

 

 

 

Отдел пе

Статья

 

 

 

. . .

Отдел

Статья

 

 

Пакеты работ

 

 

 

 

нормативов

затрат

 

 

 

Рис. 13.5 Формирование статей затрат

531

Заказчик

 

 

Освоение месторождения

 

 

Уровни струк532

 

 

 

 

 

 

 

 

 

 

туризации

 

Функциональные

 

Фазы предпроектов и аспекты УП, подлежащие структуризации

 

 

 

отделы

Прединвес Разработка

 

 

 

 

 

Функции УП

 

 

 

 

 

 

 

 

 

 

 

 

Запуск и

(контроль затрат,

1

Руководство

тиционные

проектной

Контракты

Строительство

эксплуатация

контроль качества,

Обустройства

исследования

документации

 

 

 

 

 

контроль сроков)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

месторождения

 

 

Компоненты проекта

 

 

 

 

 

Строительства

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

газопровода и

 

 

 

 

 

 

 

 

 

 

 

 

компрессорных

Модуль 1

Модуль 2

 

Модуль 3

 

Модуль 4

Модуль

 

станций

 

 

2

Охраны

Подготовительные

Нулевой цикл

Общестроитель Монтаж

 

№ ...

работы

 

 

ные работы

оборудования

 

 

 

природы

 

 

 

 

 

 

 

 

 

 

 

 

Комплектации

Зона 1

Зона 2

 

 

 

Зона 3

 

 

Зона

 

 

Подъездные пути

Площадка основного

Площадка вспомогатель

 

3

АСУ

и энергетическое

технологического

ного технологического

 

№ ...

 

 

Градостроитель

хозяйство

оборудования

 

оборудования

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ства

 

 

 

 

План счетов

 

 

 

 

 

 

Технический

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Плановопроиз Счет 1

Счет 2

Счет 3

Счет 4

 

Счет 5

Счет № ... 4

водственный

 

Пакет работ 1

 

Пакет работ 2

 

 

Пакет работ 3

Пакет ра

 

Плановофинан

 

 

 

 

5

совый

Фундаменты под оборудование

Теплосети

Электрическое хозяйство

бот № ...

Бухгалтерия

Работа 2

 

Работа 3

 

 

Работа 4

 

Ра

 

 

 

 

 

 

6

Строительства

Фундаменты под служебно Фундаменты под вспомо Фундаменты под оборудо бота

ж/д

эксплуатационный блок

гательное оборудование

вание очистных сооружений

№ ...

 

 

Рис. 13.6. Пример структуры проекта промышленного объекта

 

 

 

 

13.7. Типичные ошибки планирования и их последствия

533

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

13.6. Определение основных вех

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

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

13.7.Типичные ошибки планирования

иих последствия

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

534

Глава 13. Планирование проекта

 

 

 

 

 

 

 

 

 

 

 

 

 

Уровень11

A

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Планповехам

А

 

 

 

 

 

 

 

 

 

 

B

 

 

 

 

 

 

 

 

 

 

 

C

 

 

 

 

 

 

 

 

 

 

 

D

 

 

 

 

 

 

 

 

 

 

 

D

 

 

 

 

 

 

 

 

 

 

 

E

 

 

 

 

 

 

 

 

 

 

 

E

 

 

 

 

 

 

 

 

 

 

 

F

 

 

 

 

 

 

 

 

 

 

 

F

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Уровень 2

Планы для

Уровень 2

руководителей

отделов

Планы для

ответствен

ных испол

нителей

Уровень 3

Планы для ответственных

исполнителей

Уровень 3 Планы для ответствен ных испол

нителей

ПакетПакетработ 1 ПакетПакетработ 2 ПакетПакетработ 3

Пакетработ 4

Пакет 4

Рис. 13.7. Уровни планирования. От вех к пакетам работ

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

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

13.7. Типичные ошибки планирования и их последствия

535

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

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

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

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

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

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

536

Глава 13. Планирование проекта

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

Планирование не для контроля. К сожалению, наиболее распро страненная ошибка — планирование только ради того, чтобы был план.

Все ошибки планирования, перечисленные в этом параграфе, могут стать причиной негативного отношения к плану, и тогда он перестает быть реальным инструментом управления работами по проекту.

13.8. Детальное планирование

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

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

сколько событий или работ необходимо включить в график?

насколько детально надо описывать технологию выполнения работ?

для кого этот график предназначается?

Процесс разработки детального графика представлен на рис. 13.8.

 

 

 

 

Руководитель проекта

 

 

 

 

 

1

4

5

6

7

8

 

 

Запрос

Рассмотрение

Рассмотрение

Согласование

Утвержденный

 

на разработку

по частям,

командой

Предварительный

график

 

 

детальных

пакетам,

проекта

 

график

 

 

графиков и планов

ответственным

 

 

 

 

 

 

 

Функциональные

Участники команды

Офис заказчика

9

 

 

подразделения

проекта

 

 

 

 

 

Контроль и координация

Проверка полноты и

Рассмотрение

 

 

 

 

подготовки

согласованности планов

заказчиком

 

 

 

 

планов/графиков

функциональных

 

 

 

 

3

Рассмотрение на

подразделений

 

 

 

2

уровне функциональ

 

 

 

 

 

 

 

ных подразделений

 

 

 

 

 

 

 

Уровень отделов

 

 

 

 

 

 

 

Подготовка

 

 

Документирование

 

 

планов/графиков

 

Тиражирование

 

 

10

 

 

 

 

 

 

 

 

 

 

Рис. 13.8. Последовательность разработки детального графика

537

538

Глава 13. Планирование проекта

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

13.9. Сетевое планирование

Сетевая диаграмма (сеть, граф сети, PERT диаграмма) — графи ческое отображение работ проекта и зависимостей между ними. В пла нировании и УП под термином «сеть» понимается полный комплекс работ и вех проекта с установленными между ними зависимостями. На рис. 13.9 приведен пример сетевого графика проекта.

Существует по крайней мере два типа изображения сетевых диа грамм. Сетевые диаграммы отображают сетевую модель в виде мно жества вершин, соответствующих работам; эти вершины соединены линиями, представляющими взаимосвязи между работами. Этот граф, называемый сетью типа «вершина — работа», или диаграммой пред шествования — следования, является наиболее распространенным представлением сети.

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

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

 

 

 

 

539

 

 

 

 

 

 

 

 

 

 

 

 

 

Операция

Предыдущие

Продолжитель

 

операции

 

 

ность, неделя

 

 

1

Подписание контракта

Нет

1

 

 

2

Регистрация юридического лица

1

4

 

 

3

Поиск помещения

1

2

 

 

4

Найм персонала

1

1

 

 

5

Аренда помещения

2, 3

1

 

 

6

Закупка и поставка оборудо

2(1)

8

 

 

 

вания

 

 

 

 

7

Обучение персонала

4

1

 

 

8

Ремонт помещения

5

4

 

 

9

Монтаж оборудования

6, 8

1

 

 

10

Запуск оборудования

7, 9

1

 

Примечание. Длина критического пути — 15 недель.

 

 

Сетевая диаграмма проекта

 

4

7

10

1

1

1

1

6

9

1

8

1

 

2

 

 

4

 

3

5

8

2

1

4

Рис. 13.9. Пример формирования сетевого графика/ диаграммы проекта

540

Глава 13. Планирование проекта

 

 

 

 

Строительство

3

 

 

 

 

головного

 

 

 

 

 

 

 

 

 

сооружения 113

2

250

87

 

Подготовительный

 

 

 

 

 

 

 

47

 

 

 

1

период

2

 

 

 

0

 

 

 

 

0

66 66

Строительство

66

 

 

1

канала Х 1

 

 

 

 

 

 

 

 

 

4

159

61

 

 

 

159

 

 

 

 

2

 

 

 

 

 

 

 

 

 

 

 

 

 

32

Рис. 13.10. Фрагмент сети «вершина — событие»

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

Работа

А

 

1

2

 

Работа

Петля

В

 

3

Работа С

Рис. 13.11. Пример петли в сетевой модели

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