Успешный менеджер: кейс-стади по принятию решений — страница 8 из 13

– высказанные идеи записываются на большом листе бумаги или на доске без обсуждения и критики. Результатом выполнения этих фаз является список идей (как правило, в этом списке от 18 до 25 идей);

– каждое решение обсуждается для его лучшего понимания и уяснения. Оценка и критические замечания запрещены;

– члены группы отдельно друг от друга ранжируют решения в порядке их приоритета;

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


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

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


● руководитель побуждает членов подгрупп к изучению разработанных идей;

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

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


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

Оценка результатов реализации кейса в учебной группе в результате коллективной дискуссии является многокритериальной и зависит от следующих факторов:


● степени достижения поставленных учебных целей и решения задач;

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

● активности каждого члена учебной группы и его включенности в обсуждения и выступления в процессе коллективной дискуссии;

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

3.2. Методические рекомендации студентам и слушателям

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

3.2.1. Методика многокритериального выбора оптимального аддитивного решения

Рассмотрим конкретную проблемную ситуацию принятия решения. S0: построен нефтепровод, который должен пройти испытание в кратчайший срок – две недели в условиях зимы. ЛПР должно организовать и провести испытание нефтепровода, для чего ему необходимо выбрать вариант проведения испытаний с учетом климатических факторов и ограниченных ресурсов[23]. T – время для принятия решения за два-три дня. Q: ресурсы для принятия решения – логическое мышление и интуиция ЛПР.

Для разработки вариантов решений были сформулированы следующие цели:

А1 – провести испытание нефтепровода с наименьшим риском;

А2 – обеспечить проведение испытания в установленные сроки;

А3 – минимизировать затраты ресурсов на проведение испытаний. Коэффициенты важности этих целей измерены ЛПР и имеют значения: к1 = 0,3; к2 = 0,6; к3 = 0,1. Как видно из значений коэффициентов, главной считается вторая цель.

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

В условиях проблемной ситуации и сформулированных выше целей были разработаны следующие альтернативные варианты решений:


1. Y1 – проведение испытания нефтепровода при проектном давлении в магистрали (75 атм). Это решение осуществляется в несколько этапов:

Y11 – испытание водой. Реализация данного этапа требует наименьших затрат времени и ресурсов, но есть опасность замерзания воды в магистрали в случае разрыва труб;

Y12 – испытание воздухом. Данный этап требует наибольших трудозатрат и вызывает затруднения с доставкой на трассу мощных компрессоров;

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

2. Y2 – проведение испытания нефтепровода при проходном давлении (40 атм). Это испытание является предварительным, но успешное его проведение позволит временно эксплуатировать нефтепровод до проведения летом испытания на проектное давление. Решение Y2. можно осуществить в два этапа:

Y2l – испытание водой;

Y22 – испытание нефтью.


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

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

На первом этапе решения задачи целесообразно для каждого уровня давления выбрать наиболее предпочтительный вид носителя. Поэтому необходимо свернуть ранжировки (по уровням давления) в условиях достижения всех целей и с учетом их весов. Для «осторожной» стратегии ЛПР свертка ранжировок проводится по методу медианы[24].

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


1. Построение матриц парных сравнений по каждой цели, элементы которых определяются по правилу:




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



3. Построение обобщенной матрицы, каждый элемент которой определяется по правилу:



4. Построение обобщенной ранжировки: Y13>Y11>Y12. Свертка ранжировок при проходном давлении методом медианы проводится аналогично и имеет вид: Y22>Y21 (табл. 2).


Таблица 2


Обобщенная ранжировка решений при проектном давлении: Y13>Y11>Y12[25], где символ «>» означает предпочтение, доминирование одного объекта (варианта решения) над другим.

Обобщенная ранжировка решений при проходном давлении: Y22>Y21. Следовательно, нефтепровод нужно испытывать нефтью либо при проходном, либо при проектном давлении.

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


Таблица 3


КЛЮЧЕВОЙ МОМЕНТ

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

3.2.2. Планирование реализации иерархического решения – выполнения целевой программы

3.2.2.1. Процедуры планирования и сетевая модель

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

Планирование включает следующие стадии: 1) построение сетевой модели выполнения работ; 2) составление календарного плана.

Процедуры построения сетевой модели включают:


● составление сетевого графика;

● оценку времени выполнения работ;

● оценку ресурсов на выполнение работ;

● расчет временных, ресурсных и вероятностных характеристик сетевого графика в целом;

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


Процедуры построения календарного плана: 1) определение начала и конца работ; 2) оценка интенсивности потребления ресурсов.

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

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

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

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


Рис. 2. Сетевая модель, состоящая из 11 событий и 16 работ, продолжительность выполнения которых указана над работами[27].


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

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

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

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

К работам сетевого графика относятся:


● трудовые процессы, требующие затрат времени и ресурсов;

● ожидание, не требующее ресурсов;

● логические связи, не требующие ни затрат времени, ни ресурсов.


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

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

ИНТЕРЕСНО

На предприятии ОПК, где культура сетевого планирования и управления очень высока, сетевой график включает примерно 60 тыс. работ

Входными данными сетевой модели являются: взаимосвязь работ (структура сети); временные оценки работ; ресурсные оценки работ.

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


Рис. 3. График плотности бета-распределения при α = 5 и β = 2


Математическое ожидание (среднее) времени выполнения работ и дисперсия вычисляются при β-распределении по формулам:



Для проведения расчетов исходной информацией являются оценки tmax и tmin, определяемые по статистическим данным или экспертным путем.

Если имеется нормативное время выполнения работы tN, то

tN = tmin = tmax = tож = tср; D = 0.

Ресурсы на выполнение работ определяются либо по нормативам, либо экспертно. Нужно иметь зависимость tср= tож =  φ(R), где R – ресурс.

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

3.2.2.2. Расчет вероятности выполнения программы в директивный срок

Задано директивное время выполнения целевой программы Тд. Нужно подсчитать вероятность того, что Ткр как случайная величина будет меньше Тд, т. е. Р(Ткр≤Тд), где Ткр≤Тд – случайное событие.

Критическое время выполнения программы:



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

Время выполнения i-й работы ti – случайная величина, распределенная по β-закону и характеризуемая M(t) и D(t). Следовательно, Тк как сумма случайных величин тоже является случайной величиной.

КЛЮЧЕВОЙ МОМЕНТ

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

Поэтому закон распределения вероятностей случайной величины Ткр – нормальный и визуально представляется, например, так (см. рис. 4):


Рис. 4. График нормального распределения времени выполнения работы


Кривая нормального закона строится по двум характеристикам: Мкр – математическое ожидание и Dкр – дисперсия.

Здесь



Таким образом необходимо определить вероятность



Лицо, принимающее решение, должно само определить допустимую вероятность Р выполнения целевой программы в директивный срок.

КЛЮЧЕВОЙ МОМЕНТ

В теории вероятностей считается, что если событие имеет вероятность ≥ 0,9, то это событие считается практически достоверным.

Формальная запись этого: Р (ТкрТд) ≥ Р0, где Р0 – допустимая вероятность выполнения конкретной целевой программы (например, 0,95).

Значение априорной конкретной вероятности: Р (ТкрТд) = Φ (z), где z = (ТдМ(Ткр)) / D(Tкр), а далее по таблице берется значение Φ (z).

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

ВАЖНО!

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

Ситуация 1. В результате расчетов оказалось, что Р (ТкрТд) ≥ Р0. Здесь никакого решения принимать не нужно.

Ситуация 2. В результате расчетов оказалось, что Р (ТкрТд) <Р0. Здесь нужно принять решение для того, чтобы Р (ТкрТд) ≥ Р0.

В этом случае возможны варианты решения:


– уменьшить М (Ткр) за счет выделения ресурсов из резерва;

– уменьшить М (Ткр) за счет распараллеливания работ, лежащих на критическом пути, что потребует ресурсов;

– уменьшить М (Ткр) за счет «перекачки» ресурсов с работ, не лежащих на критическом пути, на работы, лежащие на критическом пути;

– уменьшить D (Tкр) за счет увеличения потребления или перераспределения ресурсов, т. е. уменьшения неопределенности сроков выполнения работ

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

ВАЖНО!

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

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

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

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

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

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

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

Степень детализации сетевого графика определяется уровнем руководителя.

Календарный план. Можно «жонглировать» работами в пределах их свободного резерва времени с учетом «деловитости» исполнителя каждой работы (кроме работ критического пути – у них нет резерва времени на выполнение).

Стратегия лица, принимающего решения при календарном планировании:


● прижать работы влево,

● прижать работы вправо,

● «размазать» работы по времени.


Календарный план новой информации по сравнению с сетевым графиком не несет. Принимать решения лучше по сетевому графику.

3.2.2.3. Оценка эффективности управления реализацией целевой программы

В общем виде эффективность может быть представлена как

E = f(α, q),

где α – степень достижения цели (эффект); q – потребление ресурсов для достижения цели.


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

Рассмотрим эффективность графа «цели – мероприятия» в части эффективности формирования альтернатив.

Проведем количественную оценку влияния альтернатив на эффективность:

кейс 1-й: разработан набор альтернатив;

кейс 2-й: сформирован один традиционный вариант.

Вводятся предпосылки количественной оценки:


● набор альтернатив полный (среди них находится и традиционный вариант;

● механизм выбора альтернативы (варианта иерархического решения – целевой программы):


Гипотеза 1: для лица, принимающего решения, выбор равновероятен: ЛПР не обладает знанием и опытом и не стремится оптимизировать свои действия.

Гипотеза 2: лицо, принимающее решение, стремится выбирать оптимально, т. е. вероятность выбора в направлении оптимального варианта увеличивается. Другими словами, ЛПР обладает знанием и опытом и стремится оптимизировать свои действия (решения).

ИНТЕРЕСНО

Например, для ведущего агропромышленного комплекса было разработано 32 альтернативы целевой программы развития его крупного подразделения комплексной механизации и автоматизации. По сравнению с вариантом развития, сформированным традиционным путем, в первом кейсе в случае гипотезы 1 получен максимальный выигрыш (оценка сверху) около 3,0 млн долл., а в случае гипотезы 2 получен минимальный выигрыш (оценка снизу) – 1,17 млн долл.

Для предприятия ОПК по гипотезе 2 ЛПР потеряло 1,5 года при реализации традиционного варианта по сравнению с оптимальным вариантом (альтернативой)

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


– четкая ориентация на конечные результаты, сформулированные в виде общественно необходимых целей;

– увязка целей с мероприятиями и ресурсами на их достижение;

– обоснование путей достижения целей на основе анализа альтернативных вариантов и выбора оптимального из них;

– согласование перспективных и текущих планов деятельности;

– комплексирование всех направлений деятельности.

3.2.3. Проектный подход к управлению выполнением целевой программы

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

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

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

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

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

По данным многочисленных исследований Standish Group, для традиционных методов управления проектами только 44 % проектов обычно завершаются вовремя. В среднем проекты занимают 222 % от изначально запланированной длительности и 189 % от начального бюджета. 70 % проектов сокращают исходный объем работ проекта, 30 % проектов закрываются досрочно[30].

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

Метод критической цепи[31] – это метод планирования и управления проектами, сфокусированный на ограничениях по ресурсам проекта. Этот метод противоположен методам критического пути или PERT в том смысле, что он не предполагает жесткой последовательности задач и жесткого планирования. Так, календарный план, разработанный по методу критической цепи, содержит выровненную нагрузку ресурсов во времени, но требует от исполнителей задач быть гибкими по отношению ко времени начала выполнения заданий и быстро переключаться между заданиями и их цепочками (но не работать над ними одновременно). Такой подход имеет целью удержать весь проект в рамках директивного времени. Таким образом, метод критической цепи концентрирует административное внимание на достижении единственно важной даты – директивного времени завершения проекта.

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

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

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

Например, приложение Microsoft Of ce Project[32] является самым популярным инструментом в части управления проектами как малых и средних компаний, так и корпораций с сетью филиалов. Кроме базового набора средств, это приложение содержит множество функций, имеющихся в пакетах для профессиональных пользователей.

В среде Project автоматизированы все этапы работы над проектом (иерархическим решением в формате целевой программы)[33]:


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

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

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

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

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

управление финансами. Автоматический (или ручной) расчет издержек по проекту, оценка методом PERT, мониторинг затрат в процессе реализации проекта;

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

составление отчетов по проекту. Формирование требуемых отчетов на протяжении всего жизненного цикла проекта.


Программы Microsoft Of ce Project Professional, Microsoft Of ce Project Server и Microsoft Of ce Project Web Access, а также программа Microsoft Of ce Project Portfolio Server являются компонентами системы Microsoft Of ce Enterprise Project Management (EPM) – комплексной среды управления совместными проектами и портфелями. Система Of ce EPM обеспечивает полноценную работу с портфелями, а также эффективное управление ресурсами и финансами на уровне отдельных организаций и корпораций. Использование Of ce EPM позволяет проектным командам обмениваться данными и успешно сотрудничать в ходе выполнения задач и подготовки отчетов, оперативно корректировать свои действия в соответствии с изменениями в проекте.

4. Кроки кейсов по принятию решений