Тема 7. Управление финансированием и капиталовложениями в сфере информатизации (стр. 2 )

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

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

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

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

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

Количественные методы

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

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

Pv = P/(1 + r)t

где Pv - приведенная сумма

P - не приведенная сумма

r - ставка дисконтирования (в виде десятичной дроби)

t - время, когда ожидается сумма

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

WACC = Re (E/V) + Rd (D/V) (1 - Tc)

где WACC - средневзвешенная стоимость капитала

Re - ставка доходности собственного капитала

Rd - ставка доходности заемного капитала

E - рыночная стоимость собственного капитала

D - рыночная стоимость заемного собственного капитала

V - суммарная стоимость капитала (V = E + D)

Tc - ставка налога на прибыль

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

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

Основные финансовые методы определения инвестиций в ИТ:

ROI (Return on Investment) NPV (Net present value) - чистый приведенный доход или чистая приведенная стоимость IRR (Internal rate of return) - внутренняя норма доходности или внутренняя норма рентабельности PI (Profitability index) – индекс рентабельности инвестиций Payback period - срок окупаемости инвестиций. TCO

ROI (Return on Investment)

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

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

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

NPV (Net Present Value, или чистая приведенная стоимость)

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

NPV определяется по классической формуле дисконтирования.

NPV = NCF1/(1 + r) + ….. + NCFi/(1 + r)i

где NCFi - чистый денежный поток на i-том интервале планирования
r - ставка дисконтирования (в десятичном выражении)

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

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