Методы оценки эффективности IT-проектов

2.2 Методы оценки эффективности ИТ-проектов

В целом можно выделить три основные группы методов, позволяющих определить эффект от внедрения ИТ:

• финансовые (количественные),
• качественные,
• вероятностные.

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

Финансовые методы оценки7

Финансовые (количественные) методы условно можно разбить на 2 группы:

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

Для начала рассмотрим классические методы оценки инвестиций в ИТ:

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

NPV = NCF1:(1 + Re) + ….. + NCFi:(1 + Re)i, 
где: NCFi - чистый денежный поток на i-том интервале планирования; 
Re - ставка дисконтирования (в десятичном выражении).Если NPV больше нуля – проект эффективен, если меньше – нет. Эффект проекта и размер капиталовложений рассчитываются с учетом их обесценивания во времени – дисконтирования (рис.1). В качестве нормы дисконтирования при анализе могут быть использованы индекс инфляции, ставка банковских депозитов или же норма доходности, которая устраивает инвестора.

2. Индекс рентабельности инвестиций (ROI).8

ROI представляет собой отношение суммарного эффекта проекта к объёму первоначальных капиталовложений. Если ROI > 1 – проект эффективен, если < 1 – нет.

ROI непосредственно связан с NPV. Если NPV > 0, то ROI > 1 и наоборот. В случае если ROI = 1, то NPV = 0. ROI показывает относительное превышение полученной выгоды над первоначальными капиталовложениями, а NPV – абсолютное значение этой выгоды.

3. Внутренняя норма доходности (IRR) – это норма дисконтирования, при которой суммарный эффект проекта равен объёму первоначальных капиталовложений, т. е. при условии, что в конце жизненного цикла проекта его NPV = 0.

IRR сравнивается с нормой доходности, определённой инвестором. Если IRR выше  желаемой нормы доходности –  проект выгоден, если ниже –  нет.

4. Срок окупаемости проекта – это период, в течение которого суммарный эффект возмещает первоначальные капиталовложения, т. е. период от начала проекта до того момента, когда NPV станет равным нулю. Чем меньше срок окупаемости, тем привлекательнее проект.
5. Экономическая добавленная стоимость (EVA) является достаточно простой методикой, суть которой в вычислении разницы между чистой операционной прибылью предприятия и всеми затратами, понесёнными предприятием на IT-инфраструктуру. Применять результаты данной методики можно лишь в динамике, т.е. рассматривая изменения величины показателя EVA с течением времени. Методика предложена компанией Stern Stewart & Co.

Качественные методы оценки

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

Качественных методов, так же как и финансовых, несколько, но все они базируются на одной идее – целей, приоритетов и показателей по ним. Самый известный и наиболее широко используемый подход — сбалансированная система показателей (Balanced Scorecard, BSC). Методика BSC, применительно к IT, является качественным подходом к оценке эффективности как IT-инфраструктуры в целом, так и отдельного проекта внедрения. Основной упор делается на формализацию целей IT-проекта, в привязке к бизнес-целям организации и её планам стратегического развития.

Система BSC оценивает и увязывает показатели деятельности предприятия в четырёх аспектах:

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

Ещё больше конкретности в этот подход вносит метод, получивший название BITS (Balanced IT Scorecard). BITS служит развитием методики BSC в сторону большей применимости для компаний, ключевые бизнес-процессы которых зависят от информационных технологий. Фактически единственным изменением в данной методике, по сравнению с BSC, является дополнительная формализация показателей эффективности анализируемого процесса.

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

Вероятностные методы оценки

Последняя группа методов оценки экономического эффекта от ИТ-проекта – вероятностные. Их, в общем-то, два: прикладная информационная экономика (Applied Information Economics) и справедливая цена опционов (Real Options Valuation, ROV).

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

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

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

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

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

2.3 Учет факторов риска и неопределенности при оценке эффективности IT-проектов

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

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

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

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

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

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

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

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

неопределенность целей, интересов и поведения участников;  
неполнота или неточность информации и финансовом положении и деловой репутации предприятия.

Источники риска IT-проектов

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

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

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

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

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

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

• в составе косвенных финансовых результатов учитывается влияние инвестиционных рисков на сторонние предприятия и население; 

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

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