Студопедия

КАТЕГОРИИ:

АстрономияБиологияГеографияДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРиторикаСоциологияСпортСтроительствоТехнологияФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника


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




 

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

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

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

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

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

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

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

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

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

Подчеркнем отличие команды от коллектива. Под командойпонимается «коллектив(объединение людей, осуществляющих совместную деятельность и обладающих общими интересами), способный достигать цели автономно и согласованно, при минимальных управляющих воздействиях» [172, С. 315]. Существенными в определении команды являются два аспекта. Первый – достижение цели, то есть, конечный результат совместной деятельности является для команды объединяющим фактором. Второй аспект – автономность и согласованность деятельности – означает, что каждый из членов команды не только демонстрирует поведение, требуемое в данных условиях (позволяющее достичь поставленной цели), но это есть именно то поведение, которого от него ожидают другие члены команды.

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

Характерными признаками проекта являются:

1) направленность на достижение конечных целей, определенных уникальных результатов;

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

3) ограниченная протяженность во времени, с определенными моментами начала и завершения;

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

5) специфическая организация управления.

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

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

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

 

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

(приоритет проекта)

 

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

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

Любая организация или фирма, чтобы быть успешной на рынке, ставит перед собой стратегические цели обеспечения конкурентоспособности своих товаров, услуг, технологий и бизнес-процессов. Переход от стратегии к конкретным тактикам и действиям исполнителей в проектах может «пробуксовывать» из-за отсутствия регулярного механизма, который бы устанавливал нужные приоритеты. Эта проблема может быть успешно решена в рамках управления портфелем проектов– набором проектов (не обязательно технологически зависимых), реализуемым организацией в условиях ресурсных ограничений и обеспечивающим достижение стратегических целей – см. Рис. 27. При формировании портфеля удается учесть стратегические цели и расставить нужные приоритеты для проектов, пакетов работ и самих работ, используя процессный подход. А затем успешно реализовать включенную в портфель совокупность проектов, также используя оба подхода [142].

 

 

Рис. 27. Связь стратегического планирования
и управления проектами

 

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

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

 

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

(приоритет процесса)

 

Иллюстрацией этой тенденции является смещение акцентов в теории управления проектами с проблем управления отдельными проектами на проблемы управления портфелями проектов – см. Рис. 29.

 

Рис. 29. История развития теории управления проектами

 

Диалектическая смена акцентов с проекта на процесс и наоборот (на качественно новом уровне) как раз и характеризует один из аспектов смены организационных культур (см. Табл. 1 и Табл. 11).

 

Табл. 11

Смена организационных культур

Типы организационной культуры Доминирование
проектной деятельности процессной деятельности
Традиционная   +
Корпоративно-ремесленная +  
Профессиональная   +
Проектно-технологическая +  
Знаниевая   +

 

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

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

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

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

· календарно-сетевое планирование и управление (КСПУ), использующее методы теории графов для построения и оптимизации сетевого графикапроекта [26, 29, 143];

· «методологию» управления проектами[67], отражающую сложившуюся на сегодняшний день терминологию и успешный опыт реализации проектов [40, 219, 243];

· механизмы управления проектами– процедуры принятия управленческих решений, основывающиеся на разработке и анализе математических моделей организационного управления проектами [27, 99, 142];

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

О календарно-сетевом планировании и управлении речь шла в настоящей главе выше (при описании графических моделей – см. раздел 3.3.1), поэтому рассмотрим кратко три остальных раздела управления проектами.

«Методология» управления проектами. Согласно [219], накопление опыта по управлению проектами позволило выделить ряд процессов управления проектами, считающихся успешной практикой. Успешная практикапредполагает, что существует общее мнение относительно того, что применение этих процессов управления проектом в соответствующих внешних условиях повышает шансы на успех. Также для этих процессов определена последовательность их выполнения, необходимая входная информация, инструменты, с помощью которых реализуется каждый процесс, методы реализации, а также результаты каждого процесса. Эти процессы относятся к управлению:

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

- сроками проекта;

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

- качеством проекта;

- человеческими ресурсами проекта;

- коммуникациями проекта;

- рисками проекта;

- поставками проекта.

В [27] показано, что успешная реализация любого проекта требует последовательного решения следующих общих задач:

- определение и анализ целей проекта;

- построение, оценка и выбор альтернативных решений по реализации проекта (вариантов проекта);

- формирование структуры проекта, выбор состава исполнителей, ресурсов, сроков и стоимости работ;

- управление взаимодействием с внешней средой;

- управление исполнителями (персоналом);

- регулирование хода работ (оперативное управление, внесение корректив).

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

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

- планирование;

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

- стимулирование исполнителей;

- оперативное управление.

Рис. 30. Основные этапы управления проектами

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

- объем работ;

- качество работ;

- необходимые финансовые и материальные ресурсы;

- состав участников (кадры);

- риск;

- сроки выполнения.

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

С точки зрения управления проектами структура проекта[68]включает:

- структуру работ(WBS – Works Breakdown Structure). Под структурой декомпозиции работ понимают иерархическую структуру, позволяющую разделить проект на отдельно либо совместно управляемые части – пакеты работ. Каждый нижестоящий уровень структуры представляет собой детализацию элемента высшего уровня проекта. Каждый пакет работ характеризуется объективным и измеримым результатом, а также ответственным за достижение этого результата. Пакеты работ могут соответствовать подцелям проекта. С помощью структуры декомпозиции работ описывается содержание проекта.

- организационную структуру(OBS – Organization Breakdown Structure), которая отражает иерархическую взаимную подчиненность участников проекта (руководителя проекта в целом, руководителей подпроектов/работ, исполнителей). Для проектной деятельности характерны матричные организационные структуры, в рамках которых каждый исполнитель одновременно подчинен нескольким руководителям – например, своему функциональному руководителю и руководителю проекта;

- структуру ресурсов(RBS – Resources Breakdown Structure), причем декомпозиция осуществляется как по видам ресурсов (условий осуществления деятельности: мотивационных, кадровых, материально-технических, научно-методических, финансовых, организационных, нормативно-правовых, информационных), так и по «количествам» ресурсов того или иного вида.

- сетевой график, который отражает логику и технологию выполнения работ (см. описание и Рис. 20 выше).

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

Перечисленные структуры взаимосвязаны – см. Рис. 31: установление соответствия между WBS и OBS дает распределение ответственности[69] тех или иных элементов оргструктуры за определенные работы (кто отвечает за выполнение каких работ), WBS и RBS – распределение ресурсов (какие ресурсы задействуются при выполнении каких работ), OBS и RBS – распределение полномочий (кто какими ресурсами распоряжается). Ответы на перечисленные вопросы необходимы для управления любым проектом.

 

 

Рис. 31. Структуры проекта

 

Механизмы управления проектами. Что отличает эффективного менеджера? Хорошее образование? Наверное. Большой опыт? Не обязательно. И образование, и опыт, в основном, относятся к тому, что в какой ситуации следует делать. А вот тому, как делать, практически не учат в ВУЗе, а обучение на своих или чужих ошибках обходится слишком дорого.

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

Общее определение механизматаково – «система, устройство, определяющее порядок какого-либо вида деятельности» [224, С. 283]. Если вспомнить третье значение приведенного выше определения термина «организация» – объединение людей, совместно реализующих некоторую программу или цель и действующих на основе определенных процедур и правил, то совокупность этих процедур и правил как раз и называется механизмом функционирования.

Применительно к организационным системам механизм функционирования– это совокупность правил, законов и процедур, регламентирующих взаимодействие участников организационной системы. Более узким является понятие организационного механизма управления– совокупности процедур принятия управленческих решений[70]. Таким образом, механизмы функционирования и механизмы управления определяют как ведут себя члены организации[71], и как они принимают решения

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

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

На сегодняшний день теория управления организационными системами, предмет которой – разработка организационных механизмов управления, является развитой научной дисциплиной, получить первоначальное представление о современном состоянии которой можно из монографии [172]. В рамках этой теории созданы, исследованы и апробированы на практике десятки механизмов управления, которые находят применение при управлении системами самого разного масштаба и отраслевой специфики. Соответствие между основными известными механизмами управления (их предназначение в первом приближении понятно из их названия) и перечисленными выше задачами управления проектами установлено в Табл. 12 (см. подробное описание перечисленных в Табл. 12 моделей и механизмов управления проектами в [27, 32, 46, 99, 142]).

 

 

Табл. 12

Организационные механизмы и задачи управления проектами

Механизмы управления организационными системами Задачи управления проектами
Прогнозирование и оценка результатов Планирование Распределение ресурсов Стимулирование исполнителей Оперативное управление
Механизмы стимулирования персонала · · + +
Механизмы распределения ресурса + + · ·
Механизмы экспертизы + · ·
Механизмы внутрифирменных цен + + · ·
Конкурсные механизмы + + ·
Механизмы обмена ресурсами · ·
Механизмы «затраты–эффект» + · ·
Механизмы смешанного финансирования проектов + + · ·
Механизмы агрегирования информации + + · ·
Механизмы самоокупаемости + + ·
Механизмы назначения исполнителей + + ·
Механизмы синтеза организационной структуры + ·
Механизмы комплексного оценивания + + ·
Механизмы опережающего самоконтроля · + +
Противозатратные механизмы · +
Механизмы выбора ассортимента · + ·
Механизмы закупок + ·
Механизмы страхования · + ·
  «+» – механизм следует использовать «·» – механизм возможно использовать «–» – механизм практически не используется
                 

 

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

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

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

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

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

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

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

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

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

 

 

Рис. 32. Типы программного обеспечения
для различных этапов проекта

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

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

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

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

Более подробное представление о современных методах и средствах автоматизации управления проектами можно получить в [46, 143, 243].

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

 

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

В настоящее время все более актуальным для эффективного функционирования организаций и/или реализации проектов становится управление знаниями [32, 142, 177]. Действительно, в динамично изменяющихся внешних условиях, характерных для проектного типа управления, существенными становятся знания и опыт, накопленный сотрудниками организации. Одной из основ систематизации опыта является выделение типовых ситуаций и управленческих решений, оптимальных (или рациональных) в этих ситуациях. Так как число возможных ситуаций огромно, то «запоминание» всех ситуаций невозможно, да и нецелесообразно – следует выделять множества «похожих» ситуаций и использовать одинаковые решения для ситуаций из одного и того же множества. В теории управления такой подход получил название «унифицированного управления», а соответствующие управленческие решения – «типовых решений».

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

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

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

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

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

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

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

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

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

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

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

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

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

 

 


Поделиться:

Дата добавления: 2015-08-05; просмотров: 139; Мы поможем в написании вашей работы!; Нарушение авторских прав





lektsii.com - Лекции.Ком - 2014-2024 год. (0.01 сек.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав
Главная страница Случайная страница Контакты