Текст бизнес-книги "Набор инструментов для управления проектами"

Автор книги: Драган Милошевич

Раздел: Зарубежная деловая литература, Бизнес-книги

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

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

• проектное предложение;

• стратегические и тактические планы;

• историческая информация.

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

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

Построение модели ранжирования проектов. Чтобы построить модель, нужно определить следующее:

• форму модели с указанием конкретных категорий критериев или факторов;

• величину и важность критериев;

• способы измерения критериев.

Первым делом установим форму модели. «Обобщенная» модель ранжирования проектов может выглядеть так:

В данной модели символы A, B, C, D, E, F, G представляют собой критерии, которые должны быть включены в определение ранжирования проектов. Величина каждого критерия для данного проекта подставляется в форму. Символы a, b, c, d, e, f, g – весовые коэффициенты, присвоенные каждому критерию. Согласно данной модели критерии, находящиеся в числителе, – это преимущества, в то время как критерии, стоящие в знаменателе, – недостатки. Критерии и соответствующие весовые коэффициенты устанавливаются руководством, значения критериев определяются спецификой проекта и обычно присваиваются командой проекта.

ФУНДАМЕНТАЛЬНЫЙ ПРОЦЕСС ВЫБОРА ПРОЕКТОВ

Какие типы проектов являются проектами/кандидатами (например, проекты разработки продуктов, выхода на рынок, капитального строительства, непрерывного совершенствования и т. д.)? Этот вопрос задается на начальных шагах процесса отбора проектов (рис. 2.2). Затем создается «меню» проектов/кандидатов, после чего начинается процесс выработки адекватных критериев. Цель данного процесса – включить факторы, которые помогают максимизировать ценность портфеля проектов для компании.

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

КРИТЕРИИ, КОТОРЫЕ ДОЛЖНЫ БЫТЬ УЧТЕНЫ ПРИ ОТБОРЕ ПРОЕКТОВ

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

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

Данная модель использует три категории критериев:

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

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

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

Второй вопрос – величина и важность критериев. Как только формула модели определена, разработчикам следует разграничить величину и весовой коэффициент критерия. В предыдущей формуле B, C, D – величины соответствующих факторов конкретного проекта, в то время как b, c, d – весовые коэффициенты, назначенные этим факторам, которые отражают важность, присвоенную им принимающим решение лицом. В случае взаимозаменяемых факторов отношение b/c представляет собой показатель взаимозаменяемости между факторами B и C. Если B уменьшается на единицу, то C должен возрасти как минимум на величину b/c, чтобы сумма данных факторов осталась постоянной или возросла. Иными словами, менеджер, принимающий решение, волен жертвовать одним фактором в пользу другого в соответствии с их весами до тех пор, пока полная сумма остается постоянной или возрастает.

Для определения ранжирования проектов в табл. 2.2 (столбец «Элемент») использована простая модель, описываемая формулой:

Общий балл = B + C + D.

Здесь общий балл равен сумме B, C и D, то есть сумме значений таких соответствующих им критериев, как уникальные функциональные характеристики продукта или техническая сложность (см. табл. 2.2).

Наконец, третий вопрос, требующий решения, – это вопрос измерения критериев. Некоторые критерии (такие как расходы и прибыли) поддаются объективному измерению, другие (такие как вероятность успеха и стратегическая важность) не поддаются и потому должны быть получены на основе суждения. Модели ранжирования могут легко включать в себя объективные и субъективные (определяемые на основе суждения) критерии. Хорошо, если субъективные критерии оцениваются по шкале, «проградуированной» в ключевых фразах, – это обеспечит единообразную оценку данного фактора для каждого из проектов. Оценки следует выполнять в пределах какой-либо удобной шкалы, например 10-балльной (см. врезку «Пример шкалы для измерения величины критерия “Доступность носителей навыков”»). Такая шкала должна быть разработана для каждого критерия, требующего субъективной оценки (см. табл. 2.2). Объективные факторы (в частности, стоимость) могут быть измерены непосредственно, что избавляет от необходимости использования подобной шкалы.

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

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

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

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

ПРИМЕР ШКАЛЫ ДЛЯ ИЗМЕРЕНИЯ ВЕЛИЧИНЫ КРИТЕРИЯ «ДОСТУПНОСТЬ НОСИТЕЛЕЙ НАВЫКОВ»

10. Все навыки имеются в достаточном объеме (с запасом).

9. Все навыки доступны в необходимом объеме (без запаса).

8. Все технические навыки доступны.

7. Большинство профессиональных навыков доступно.

6. Необходима некоторая переподготовка носителей технических навыков.

5. Необходима некоторая переподготовка носителей профессиональных навыков.

4. Необходима существенная переподготовка носителей технических навыков.

3. Необходима существенная переподготовка носителей профессиональных навыков.

2. Все носители технических навыков должны быть наняты.

1. Все носители технических навыков и некоторые носители профессиональных навыков должны быть наняты.

0. Все носители технических и профессиональных навыков должны быть наняты.

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

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

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

1. Для принятия решения продолжать/прекратить. Моменты принятия решения о продолжении или прекращении работ расположены в конкретных местах процесса управления, часто по завершении фаз проекта. Их предназначение – помочь решить, какие новые проекты инициировать и какие из выполняемых продолжить или прекратить.

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

Сравнение модели ранжирования проектов и аналитического иерархического процесса (AHP) – двух рассматриваемых нами инструментов ранжирования проектов – представлено в разделе «Аналитический иерархический процесс».

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

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

Преимущества и недостатки. Существует множество точек зрения на преимущества и недостатки модели ранжирования проектов. Рассмотрим, в частности, следующие преимущества:

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

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

• похоже, она работает. Несколько проведенных исследований показали, что модель способствует принятию верных решений. Представители Procter & Gamble утверждают, что их компьютерные модели ранжирования проектов имеют 85%-ную предсказательную способность [1];

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

СОВЕТЫ ПО ИСПОЛЬЗОВАНИЮ МОДЕЛЕЙ РАНЖИРОВАНИЯ ПРОЕКТОВ

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

• оценивание должно проводить высшее руководство. Если определение оценок выполняется командами проектов, оно может оказаться предвзятым, возможно в пользу своих проектов;

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

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

Если говорить о недостатках моделей ранжирования проектов, можно отметить следующее [2]:

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

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

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

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

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

КОНТРОЛЬ МОДЕЛЕЙ РАНЖИРОВАНИЯ ПРОЕКТОВ

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

• основываться на проектных предложениях, стратегических и тактических планах, а также исторической информации;

• включать в себя уместные в данной ситуации критерии с весовыми коэффициентами и градуированными шкалами для оценки;

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

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

• обеспечивать возможность ранжирования проектов.