Управление проектами

Размещено на http://www.allbest.ru/

ВВЕДЕНИЕ

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

А сам процесс разработки назывался проектированием.

В зарубежных странах для обозначения данного процесса проектирования использовался другой термин - designing (дизайн, проектирование здания, разработка изделия), а понятие project (проект) трактуется более широко.

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

США, Институт Управления Проектами (PMI): «Проект - некоторое предприятие с изначально установленными целями, достижение которых определяет завершение проекта».

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

Германия, DIN 69901: «Проект - это предприятие (намерение), которое в значительной степени характеризуется неповторимостью условий в их совокупности, например:

задание цели;

временные, финансовые, людские и другие ограничения;

разграничения от других намерений;

специфическая для проекта организация его осуществления».

Мировой Банк, «Оперативное руководство» № 2.20: «Понятие «проект» обозначает комплекс взаимосвязанных мероприятий, предназначенных для достижения, в течение заданного периода времени и при установленном бюджете, поставленных задач с четко определенными целями».

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

1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

1.1 Основные признаки и характеристики проекта

1.1.1 Определение понятия «проект»

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

А сам процесс разработки назывался проектированием.

В зарубежных странах для обозначения данного процесса проектирования использовался другой термин - designing (дизайн, проектирование здания, разработка изделия), а понятие project (проект) трактуется более широко.

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

США, Институт Управления Проектами (PMI): «Проект - некоторое предприятие с изначально установленными целями, достижение которых определяет завершение проекта».

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

Германия, DIN 69901: «Проект - это предприятие (намерение), которое в значительной степени характеризуется неповторимостью условий в их совокупности, например:

задание цели;

временные, финансовые, людские и другие ограничения;

разграничения от других намерений;

специфическая для проекта организация его осуществления».

Мировой Банк, «Оперативное руководство» № 2.20: «Понятие «проект» обозначает комплекс взаимосвязанных мероприятий, предназначенных для достижения, в течение заданного периода времени и при установленном бюджете, поставленных задач с четко определенными целями».

На основании приведенных определений мы можем выделить общие признаки проекта:

изменения - основное содержание проекта;

ограниченная во времени цель;

ограниченная временная продолжительность проекта;

бюджет проекта;

ограниченность требуемых ресурсов;

новизна;

комплексность;

правовое и организационное обеспечение проекта;

разграничение с другими намерениями и видами деятельности.

В самом общем виде схема проекта представлена на рис. 1. В следующих главах мы подробно рассмотрим все элементы проекта, представленные на данной схеме.

Рис. 1 - Общая схема проекта

1.1.2 Причины и этапы возникновения системы управления проектами

В основе методов управления проектами лежат методики сетевого планирования, разработанные в конце 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 - 1,000 работ и только 28 процентов пользователей разрабатывают расписания, содержащие более 1,000 работ. Что касается ресурсов, то 38 процентам пользователей приходится управлять 50 - 100 видами ресурсов в рамках проекта, и только 28 процентам пользователей требуется контролировать более чем 100 видов ресурсов. В результате исследований были определены также средние размеры расписаний проектов: для малых проектов - 81 работа и 14 видов ресурсов, для средних -417 работ и 47 видов ресурсов, для крупных проектов - 1,198 работ и 165 видов ресурсов. Данные цифры могут служить отправной точкой для менеджера, обдумывающего полезность перехода на проектную форму управления деятельностью собственной организации. Как видим, применение системы управления проектами на практике может быть эффективным и для очень небольших проектов.

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

1.1.3 Классификация проектов. Жизненный цикл проекта и его основные фазы

Типы и виды проектов.

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

Классификация проектов может быть проведена по различным основаниям. Рассмотрим лишь наиболее распространенные ее варианты:

Типы проектов

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

Технический (строительство здания или сооружения, внедрение новой производственной линии, разработка программного обеспечения и т.д.);

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

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

Социальный (реформирование системы социального обеспечения, социальная защита необеспеченных слоев населения, преодоление последствий природных и социальных потрясений);

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

Классы проектов

Различаются по составу, структуре и предметной области проекта:

Монопроекты - отдельные проекты различного типа и назначения, имеющие определенную цель, четко очерченные рамки по финансам, ресурсам, времени, качеству и предполагающие создание единой проектной группы (инвестиционные, инновационные и другие проекты);

Мультипроект - комплексный проект, состоящий из ряда монопроектов и требующий применения многопроектного управления (реформирование существующих и создание новых предприятий, разработка и внедрение внутрифирменных систем многопроектного управления);

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

Масштабы проектов

В американской практике существует деление проектов по масштабности:

Малые проекты - капиталовложения до $10-15 млн.; трудозатраты 40-50 тыс. человеко-часов. Примеры: опытно - промышленные установки, небольшие промышленные предприятия, модернизация действующих производств.

Мегапроекты - целевые программы, содержащие множество взаимосвязанных проектов, объединенных общей целью, выделенными ресурсами и отпущенными на их выполнение временем. Отличительные черты: капиталовложения - от $ 1 млрд. и более, нетрадиционные формы финансирования (акционерные, смешанные) - обычно консорциум фирм, трудоемкость - 2 млн. человеко-часов - на проектирование, 15- 20 млн. человеко-часов - на строительство, 5 -7 и более лет - срок реализации.

Виды проектов.

Различаются по характеру предметной области проекта:

Инвестиционный - главная цель - создание или реновация основных фондов организаций, требующие вложения инвестиций;

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

Научно - исследовательский;

Учебно-образовательный;

Смешанный.

5. По длительности.

Краткосрочный - до 3-х лет;

Среднесрочный - от 3-х до 5-ти лет;

Долгосрочный - свыше 5-ти лет.

Жизненный цикл проекта.

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

Рис. 2 - Жизненный цикл проекта (PMI, США)

1. Основные фазы жизненного цикла проекта.

Типичный жизненный цикл проекта, как видно из рис. 4, состоит из четырех фаз:

Начальная фаза (концепция).

Фаза разработки.

Фаза реализации.

Фаза завершения.

2. Начальная фаза.

Посвящена разработке концепции проекта и включает в себя:

Сбор исходных данных и анализ существующего состояния (предварительное обследование).

Выявление потребности в изменениях (в проекте).

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

цели, задачи, результаты;

основные требования, ограничительные условия, критерии;

уровень риска;

окружение проекта, потенциальные участники;

требуемое время, ресурсы, средства и др.

Определение и сравнительная оценка альтернатив.

Представление предложений, их апробация и экспертиза.

Утверждение концепции и получение одобрения для следующей фазы.

3. Фаза разработки

Разрабатываются основные компоненты проекта и осуществляется подготовка к его реализации. Основные работы этой фазы:

Назначение руководителя проекта и формирование команды проекта, в первую очередь ключевых членов команды.

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

Развитие концепции и разработка основное содержания проекта:

конечный результат (ы) и продукт (ы),

стандарты качества,

структура проекта,

основные работы,

требуемые ресурсы.

Структурное планирование, в т.ч.:

декомпозиция проекта, в т.ч. WBS,

календарные планы и укрупненные графики работ и обеспечения,

смета и бюджет проекта,

потребность в ресурсах,

процедуры УП и техника контроля,

определение и распределение рисков.

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

Организация выполнения базовых проектных и опытно-конструкторских работ по проекту.

Представление проектной разработки.

Получение одобрения на продолжение работ по проекту.

4. Фаза реализации

Выполняются основные работы, необходимые для достижения проекта. Данная фаза включает в себя:

Организация и проведение торгов, заключение контрактов.

Полный ввод в действие разработанной системы УП.

Организация выполнения работ.

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

Ввод в действие системы стимулирования (участников) проекта.

Детальное проектирование и технические спецификации.

Оперативное планирование работ.

Установление системы информационного контроля за ходом работ.

Организация и управление материально-техническим обеспечением работ, в т.ч. запасами, покупками, поставками.

Выполнение работ, предусмотренных проектом ( в т.ч. производство строительно-монтажных и пуско-наладочных работ).

Руководство, координация работ, согласование темпов, мониторинг прогресса прогноз состояния, оперативный контроль и регулирование основных показателей проекта:

ход работ, их темпы,

качество работ и проекта,

продолжительность и сроки,

стоимость и другие показатели.

Решение возникающих проблем и задач.

5. Завершающая фаза или окончание проекта

Достигаются конечные цели проекта, подводятся итоги, разрешаются конфликты и проводится закрытие проекта. Основные работы этой фазы:

Планирование процесса завершения.

Эксплутационные испытания окончательного продукта (ов) проекта.

Подготовка кадров для эксплуатации создаваемого объекта.

Подготовка документации, сдача объекта заказчику и ввод в эксплуатацию.

Оценка результатов проекта и подведение итогов.

Подготовка итоговых документов.

Закрытие работ и проекта.

Разрешение конфликтных ситуаций.

Реализация оставшихся ресурсов.

Накопление фактических и опытных данных для последующих проектов.

Расформирование команды проекта.

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

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

1.2 Организация управления проектом

1.2.1 Функции управления проектом

Впервые такой подход, как «управление проектами», был практически применен в 50-х годах в военной и аэрокосмической отрасли США. Появление такой альтернативы традиционным методам управления было вызвано ростом масштабов и сложности работ, вовлечением в них большого числа участников, повышением требований к срокам выполнения работ и эффективности использования различного рода ресурсов, качеству и результатам. В рамках традиционной системы управления успешно справиться с такого рода задачами было не под силу даже самым талантливым менеджерам. Таким образом и были введены в практику новые формализованные методы управления, которые и получили в совокупности название «управление проектами».

Американский Институт управления проектами (PMI, США) уже в наше время так определяет «управление проектами» :

«Управление проектом (УП) или Project Management (PM) - это искусство руководства и координации людских и материальных ресурсов на протяжение жизненного цикла проекта путем применения современных методов и техники управления для достижения определенных в проекте результатов по составу и объему работ, стоимости, времени, качеству и удовлетворению участников проекта».

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

К основным функциям УП специалисты из PMI относят:

1. Базовые функции:

Предметная область

Качество

Время

Стоимость

2. Интегрированные функции:

Надежность и риск

Трудовые (людские) ресурсы

Контракты (материально-техническое - закупки, поставки)

Коммуникации и информация.

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

Американский институт менеджмента (Project Management Institut) выделяет четыре базовых функции управления проектами.

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

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

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

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

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

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

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

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

Управления контрактами и обеспечением проекта. Исполнители привлекаются к выполнению работ и услуг для проекта на основе контрактов. Закупки и поставки требуемых материально-технических ресурсов и оборудования осуществляются тоже на основе заключенных контрактов. Необходимо управление деятельностью по подготовке, планированию, заключению контрактов, контролю за их выполнением и т.п.

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

Выделение перечисленных восьми функций оправдано тем, что на их основе определяются такие важнейшие критерии оценки проекта, как:

- техническая осуществимость (определяемая предметной областью проекта и качеством);

- конкурентоспособность (определяемая качеством, временем и стоимостью);

- трудоемкость (усилия, затрачиваемые на проект, измеряемые временем и стоимостью);

- жизнеспособность (определяемая предметной областью, стоимостью и риском);

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

В процессе анализа и оценки проекта учитываются основные аспекты его осуществления:

- Технические аспекты: техническая обоснованность проекта и использование в нем лучших из имеющихся технических альтернатив.

- Маркетинговые аспекты: перспективность проекта (достаточность платежеспособного спроса на продукцию проекта).

- Финансовые аспекты: жизнеспособность проекта в инвестиционном отношении, возмещение затрат на реализацию проекта, рентабельность проекта, финансовый риск и др.

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

- Организационные аспекты: наличие ответственной в целом за проект организации, форма выполнения возложенных на нее функции по подготовке, эксплуатации и управлению проектом на всем его жизненном цикле.

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

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

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

- продолжительность и сроки завершения проекта;

- стоимость и бюджет проекта;

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

- минимальный или обоюдно согласованный объем допустимых изменений в предметной области проекта (целей, задач, состава и объема работ).

1.2.2 Понятие ресурсов проекта

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

Рис. 3 - График ресурса «рабочая сила»

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

Классификация ресурсов, их планирование и управление ими

Как описывалось выше (см. рис. 4), в ходе операции входные ресурсы превращаются в выходные товары и/или услуги. Обычно в общем виде для операции требуются следующие входные ресурсы:

люди,

оборудование,

материалы,

энергия,

информация.

Полезная классификация входов процессов преобразования предложена Слаком. Выделяются два класса ресурсов:

1. Ресурсы, которые подвергаются преобразованиям и входят в выходные продукты. В качестве примеров можно назвать:

материалы - например, глина для производства кирпичей, почтовые поступления в почтовой службе или пищевые продукты в ресторане;

информация - например, деловая информация, обрабатываемая в консультационной фирме по менеджменту, или сообщения, передаваемые телекоммуникационной компанией;

потребители - например, пациенты дантиста или посетители ресторана.

2. Ресурсы, необходимые для процесса преобразования, но не являющиеся частью выходных ресурсов. В качестве примеров можно назвать:

основные средства - обычно заводы, машины, оборудование, здания, земля;

расходные материалы - это безвозмездно расходуемые ресурсы, которые могут требовать больших затрат (например, энергоносители для обжига кирпичей в печах) или незначительных затрат средств (например, авторучки для консультантов по менеджменту или вода для кухни ресторана);

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

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

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

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

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

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

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



Рис. 4 - Схема процесса распределения ресурсов

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

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

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

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

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

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

График расходования материалов. Он показывает, какие материалы потребуются.

1.2.3 Структура разбиения работ (декомпозиция проекта)

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

Обычно структура разбивки проекта сочетает разделение на:

компоненты продукции проекта;

этапы жизненного цикла;

элементы организационной структуры.

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

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

Структурирование помогает решить следующие задачи:

разделение объекта на поддающиеся управлению блоки;

распределение ответственности;

оценка необходимых затрат средств, времени, материальных ресурсов;

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

увязка работ по проекту с системой ведения бухгалтерских счетов;

переход от общих целей к конкретным заданиям.

Для структуризации используют следующие инструменты:

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

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

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

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

структуризации работ на основные компоненты и подкомпоненты

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

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

разработке системы отчетности и обобщения информации по проекту.

Структурная схема организации (ССО) имеет формат подобный формату СРР.

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

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

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

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

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

Матрица ответственности - связывает пакеты работ с исполнителями, может учитывать календарные сроки выполнения работ.

Процесс структуризации проекта можно разделить на следующие составляющие:

Определение проекта, то есть характер, цели, содержание и конечные продукты;

Уровень детализации, включающий:

- уровень детализации планов;

- уровень элементов в структуре разбивки проекта;

Структура процесса - схема жизненного цикла проекта;

Организационная структура, охватывающая все участки и окружение проекта;

Структура продукта, включающая схему компонентов, машины, оборудование, программное и информационное обеспечение;

План бухгалтерских счетов;

Структура разбивки проекта;

Детализация сводного генерального плана;

Матрица распределения ответственности.

Сетевой график и план использования ресурсов;

Система наряд-заданий;

Система контроля и отчетности.

Если мы собираемся спланировать проект, то в первую очередь нам надо понять, из чего он состоит, какие работы надо выполнить, чтобы достичь целей проекта. Именно для этого и применяется инструмент, который называют:

Структурная декомпозиция работ (СДР).

Иерархическая структура работ (ИСР).

Work breakdown structure (WBS).

Мы декомпозируем проект: разбиваем его на составные части по какому-либо признаку. Обычно применяют следующие виды WBS:

Продуктовая, когда проект разбивается по элементам продукта проекта

Рис. 5

Фрагмент структурной декомпозиции работ проекта (WBS) по элементам продукта проекта

Функциональная: декомпозиция по функциональным областям менеджмента

Рис. 6

Фрагмент структурной декомпозиции работ проекта (WBS) по функциям менеджмента

По этапам жизненного цикла проекта

Рис. 7

Фрагмент структурной декомпозиции работ проекта (WBS) по этапам жизненного цикла

Могут быть и другие, в том числе смешанные типы.

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

Есть несколько принципов построения структурной декомпозиции работ:

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

WBS строится по принципу правильного дерева, т.е. у одной ветки/листа может быть только один «родитель».

На одном уровне декомпозируем по строго одному выбранному принципу. Например, нельзя смешивать элементы продукта проекта с функциональными задачами (например, фундамент и маркетинг).

Декомпозируем настолько, насколько необходимо нам для управления. Как правило, элементарная работа - та, которую делает один человек и/или та, которую мы хотим контролировать как отдельную единицу.

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

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

Календарное планирование включает в себя:

планирование содержания (scope) проекта и построение СДР - структурной декомпозиции работ, или WBS (Work Breakdown Structure);

определение последовательности работ и построение сетевого графика;

планирование сроков, длительностей и логических связей работ и построение диаграммы Ганта;

определение потребности в ресурсах (люди, машины и механизмы, материалы и т.д.) и составление ресурсного плана проекта;

расчет затрат и трудозатрат по проекту.

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

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

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

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

календарь (например, люди могут работать с 9.00 до 18.00 или по сменам: 12 часов каждая);

затраты на использование (например, командировочные расходы менеджера проекта);

максимальная доступность ресурса, измеряемая в процентах (например, менеджер проекта ведет одновременно два проекта, и в каждом из них он может быть занят на половину своего рабочего времени, то есть из максимально доступных 100% - по 50% в каждом проекте).

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

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

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

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

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

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

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

1.2.5 Сетевые модели и сетевые графики

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

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

выявить перечень работ вашего проекта,

наглядно представить порядок их следования,

определить длительности каждой работы и всего проекта,

определить критические работы проекта и его критический путь,

определить резервы времени по каждой работе,

и т.д.

Далее описан алгоритм построения и применения сетевого графика.

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

Оценка длительности операций.

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

Сетевой график проекта (Network Diagram), который отражает последовательность выполнения работ. Применяются 2 варианта сетевых графиков: «работа-вершина» и «вершина-событие». В сетевом графике типа «работа-вершина», который называют также «диаграмма предшествования» (Precedence Diagramming Method, PDM), работы представлены «вершинами», обычно прямоугольниками. Наш сетевой график будет выглядеть следующим образом:



Рис. 8

В сетевом графике типа «вершина-событие», называемом также «сетевой моделью» (Arrow Diagramming Method, ADM), работы изображают стрелками, а каждая стрелка должна начинаться и завершаться событием, которое изображают кружком. Чтобы отразить взаимосвязи, вводят фиктивные работы (отображаются пунктиром).

Рис. 9

Исторические раньше возник метод «вершина-событие», однако в наше время чаще используется «работа-вершина», т.к. он нагляднее и удобнее.

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

Теперь мы можем применить метод критического пути, МКП (critical path method, CPM) - один из главных методов в проектном менеджменте. Те работы, у которых ранние и поздние сроки совпадают, называются критическими работами проекта, а в совокупности они образуют его критический путь. Это самая длинная последовательность работ проекта, которая определяет его длительность. Для менеджера крайне важно знать и контролировать критический путь проекта, чтобы не затянуть его реализацию. Если мы хотим оптимизировать свой проект по срокам, мы также будем сокращать работы, лежащие на критическом пути.

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