Лекция 5. Функционально-стоимостной анализ и функционально-стоимостное управление

Функционально-стоимостной анализ (ФСА)

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

Основы модели ФСА

Функционально-стоимостной анализ (ФСА) был разработан в США на рубеже 1970-х — 1980-х годов и пришел на смену методу прямых затрат.

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

Здесь необходимо сделать небольшое отступление. Метод прямых затрат, разработанный в США в 1920-е годы, нацелен на возможно более полную привязку себестоимости к объему выпускаемой продукции. Для этого используется понятие прямых затрат, то есть затрат производственных ресурсов, непосредственно относимых на выпуск тех или иных продуктов, сырья, материалов, части заработной платы, части электроэнергии и т.д. Отнесение осуществляется путем непосредственного учета затрат ресурсов в натуральной форме на единицу продукции (также в натуральной форме). При умножении натуральных затрат на цены ресурсов получается собственно себестоимость единицы продукции. Тем самым обеспечиваются исходные данные для относительной оценки величины отдельных статей затрат (приемлемые избыточные), а следовательно и для управления ими.

Вместе с тем не все затраты могут быть непосредственно отнесены на объём выпускаемой продукции. Прежде всего, исключение составляют сбытовые и управленческие затраты (в западной классификации Sales, General and Administrative Expenses, SGA), а также ряд иных общехозяйственных статей расходов, например оплата электроэнергии на освещение зданий. Общее свойство таких затрат в том, что затраты ресурсов невозможно распределить по выпускаемым продуктам (в терминах реляционной модели данных — отношение «многие ко многим»). Как следствие, в данной ситуации не могут быть рассчитаны количественные, а значит и стоимостные соотношения. Совокупность подобных расходов именуется в методе прямых затрат косвенными затратами и детализируется исключительно по статьям расходов, без отнесения на продукцию. Таким образом, метод прямых затрат не предоставляет данных для управления косвенными затратами. В рамках развития данного метода разрабатывались различные методики отнесения косвенных затрат на продукт (по объему продаж, по прямым затратам, по числу занятых и т.д.). Обычно эти методики применялись в том или ином сочетании, однако принцип условного отнесения затрат на продукт в противовес непосредственному отнесению прямых затрат оставался неизменным.

Невозможность управления косвенными затратами была несущественным недостатком в 1920-е – 1950-е гг., когда косвенные затраты составляли незначительную долю в себестоимости продукции. Однако после энергетического кризиса были предприняты масштабные меры по экономии сырья, материалов и электроэнергии, а также повышению производительности труда. Эти меры привели к снижению в себестоимости доли прямых затрат и соответственному росту доли затрат косвенных (рис. 1.11). В результате управление косвенными затратами стали центральной проблемой методологии управленческого учета в 1970-е - 1980-е гг.

От «многие ко многим» к «один ко многим»: понятие функции

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

- наполненной реальным экономическим содержанием;

- наблюдаемой и измеримой в учетной практике;

- понятной участникам процесса управления.

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

Основноые понятия методологии ФСА

Рассмотрим теперь основные понятия методологии ФСА:

объект затрат – конечный продукт или услуга, затраты на которую анализируются в модели;

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

функция (действие, вид деятельности) – процедура, которая осуществляется людьми или машинами для получения объекта затрат;

фактор затрат — измеритель интенсивности потребления функции или ресурса. Фактор затрат, измеряющий интенсивность потребления ресурса, называется фактором затрат ресурсов. Фактор затрат, измеряющий интенсивность потребления функции, называется фактором интенсивности функции (фактором использования).

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

Построение модели ФСА

Первоначальное построение модели ФСА предполагает следующие этапы:

1. Определение цели проекта и его границ.

На данной стадии обозначается цель проекта (например, анализ бизнес-процессов, расчет себестоимости продукции и т.д.). Различ­ные цели для одной и той же организации приводят, вообще говоря, к различным моделям ФСА. Также задаются границы проекта, например компания в целом или отдельный завод.

2. Определение функций.

Проводится инвентаризация видов деятельности в границах, уста­новленных на шаге 1. В результате работ определяются:

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

- соответствующие иерархии функций, ресурсов и объектов затрат.

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

3. Построение модели функций в формате IDEF0 и первоначальной модели ФСА.

На данной стадии в границах проекта создается функциональная модель (обычно в формате IDEF0), документирующая результаты, полученные на этапе 2. В качестве механизмов присоединяют­ся ресурсы, задействованные при выполнении функций. Результа­том является функциональный срез модели ФСА, обеспечивающий данные о функциях, ресурсах и объектах затрат, но не содержащий данных собственно об издержках.

4. Уточнение модели ФСА.

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

5. Определение факторов затрат.

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

6. Определение путей соответствия.

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

7. Определение количественных соотношений факторов затрат.

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

- исторические данные. Например, на протяжении рассматрива­емого периода по объекту затрат А было обработано 100 заказов, а по объекту В - 150 заказов. Фактору затрат «число заказов на закупку» назначается количество 100 единиц для пути соответ­ствия с объектом затрат А и 150 единиц для пути соответствия с объектом затрат В;

- наблюдения и измерения. Допустим, оператор А в среднем 80% времени тратит на продукт Р1 и 20% времени - на продукт Р2. Для путей соответствия, связанных с продуктами Р1 и Р2, уста­навливаются процентные соотношения 80 и 20 соответственно. Количественные соотношения в этом случае устанавливаются пу­тем умножения общего объема фактора затрат, например 160 ча­сов за месяц, на соответствующие пропорции;

- интервью и оценки. Например, рабочий оценивает время, затрачиваемое машиной Ml на производство продукции Р1 и Р2 соответственно. Полученные значения присваиваются путям соот­ветствия между фактором затрат «машинное время машины М1» и объектами затрат Р1 и Р2;

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

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

8. Сбор данных о затратах.

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

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

Использование ФСА для экономической оценки ИТ-проекта

Итак, что же может дать ФСА в оценке воздействия ИТ-проекта на акционерную стоимость предприятия? Модель ФСА позволяет оценить затраты, связанные с отдельными бизнес-процессами предприятия. Таким образом, открывается возможность сравнительно достоверной оценки влияния ИТ-проекта на изменение затрат по тем или иным бизнес-процессам в результате осуществления ИТ-проекта. При этом сопоставление моделей ФСА для существующих и предлагаемых в рамках ИТ-проекта бизнес-процессов определяет денежный поток от реализации ИТ-проекта (положительный или отрицательный). Задача, следовательно, состоит в сопоставлении ФСА-оценок существующих и проектируемых бизнес-процессов.

Оценка существующих бизнес-процессов в модели ФСА описана в предыдущем разделе (шаги 1-9). Проблему, таким образом, представляет построение модели ФСА для проектируемых бизнес-процессов ввиду невозможности использовать при определении затрат методов исторических данных, наблюдения и измерения, интервью и оценки, – иными словами, большинства методов построения модели ФСА. Рассмотрим порядок проведения такой процедуры исходя из того, что речь идет об эволюционном развитии бизнес-процессов предприятия, а не о широко­масштабном реинжиниринге. Данное предположение позволяет сделать следующие допущения, важные для дальнейшего рассмотрения:

- набор объектов затрат остается неизменным;

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

- набор факторов затрат за исключением факторов затрат, связанных с информационной системой, остается неизменным.

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

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

Итак, к факторам снижения затрат в результате осуществления ИТ-проекта следует отнести:

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

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

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

- уменьшение трудозатрат на операции контроля за счет применения формальных алгоритмов при вводе данных.

В свою очередь, к факторам повышения затрат в результате ИТ-проекта относятся.

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

- возникновение функций, отсутствующих в простых информационных системах, таких как ведение системы справочников;

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

В свете перечисленных факторов для оценки финансовых результатов ИТ-проекта в рамках модели ФСА необходимы следующие меры:

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

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

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

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

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

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

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

Таким образом, модель ФСА представляет собой не что иное как экономическую модель бизнес-процессов, существующих на предпри­ятии. Эта модель основана на системе натуральных измерителей — факторов затрат и путей соответствия, привязанных к функциям (составляющим бизнес-процессов). Результатами такого моделирова­ния являются как собственно издержки бизнес-процессов (потребление ресурсов в натуральном выражении умножается на цены ресурсов), так и зависимость всей совокупности количественных характеристик про­цесса от состава и объема вовлеченных в проект ресурсов.

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

Кроме непосредственной оценки издержек бизнес-процессов модель ФСА позволяет построить более общую ресурсную модель, охватывающую также натуральные показатели информативности бизнес-процесса. Более подобно данный вопрос будет рассмотрен в разделе, посвященном использованию КПР в оценке финансового результата ИТ-проекта.

Расширения и модификации модели ФСА

Основным расширением модели ФСА является модель функционально-стоимостного управления (англ. ABM — Activity Based Management, далее по тексту ФСУ). ФСА, как уже было показано, представляет собой проект, заканчивающийся в момент распределения издержек по объек­там затрат. Результатом такого проекта является постоянно действую­щая система учета затрат в разрезе функций. В противоположность ему ФСУ – это непрерывный процесс, объединяющий:

- ранжирование рынков, клиентов и продуктов по прибыли и анализ це­нообразования;

- анализ и реинжиниринг бизнес-процессов;

- анализ создания стоимости и определение путей сокращения затрат;

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

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

- измерение производительности и сравнение ее с другими предприятиями;

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

В основе процессов ФСУ лежит постоянное измерение результатив­ности бизнес-процессов на основе стоимостных и натуральных измерителей. Для этого в рамках ФСУ стоимостная модель функций, описанная в предыдущем разделе, дополняется новыми характеристиками, именуемыми в методологии ФСУ атрибутами. В качестве атрибутов функции могут выступать:

- добавленная стоимость (стоимость, добавляемая данной функцией);

- расходы на обеспечение качества, выделенные из состава общих расходов;

- степень зависимости затрат на данное действие от объема выпуска;

- затраты времени на действия и т.д.

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

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

Особую роль ФСУ играет в процессе бюджетирования. Строгая взаи­мосвязь между входом и выходом каждого отдельного бизнес-процесса, устанавливаемая и поддерживаемая в рамках процесса ФСУ. обеспечивает рациональный характер бюджетирования. Более того, ФСУ обеспечивает постоянную ранжировку бизнесов, клиентов и продуктов по их прибыльности, определяя тем самым приоритетные направления развития для предприятия. Соответствующая процедура именуется функционально-стоимостным бюджетированием (ABM, Activity Based Management, далее по тексту ФСБ). ФСБ включает в себя следующие расширения базовой модели ФСА:

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

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

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

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

Совместное применение ФСУ и ФСБ вносит в процесс бюджетиро­вания ИС еще один принципиальный момент –выравнивание подхо­да к внешним клиентам — заказчикам и внутренним клиентам, то есть службам самой фирмы. В результате подразделения, которые традици­онная модель расчета себестоимости относит к обслуживающим, стано­вятся равноправными партнерами традиционных бизнес-подразделений. Единственным измерителем, определяющим создание или уничтожение стоимости, в этом случае остается эффективность, представляемая как соотношение затрат и результатов. В свою очередь, такой подход повы­шает требования к ИС, причем не столько к персоналу, сколько к ме­неджменту последней. Повышение требований выражается в необходи­мости детально обосновывать проекты и текущие расходы с точки зрения затрат денежных средств, а также иных ресурсов - капитала, времени и т.д. Таким образом, именно подход ФСА/ФСУ обеспечивает не только исходные данные для оценки затрат на ИТ-проекты, но и саму потреб­ность в таком обосновании.

Наконец, дальнейшее развитие концепции ФСА/ФСУ в рамках общего направления максимизации акционерной стоимости компании приводит к модели функционально-стоимостного управления созданием стоимости (англ. ABVM, Activity Based Value Management, далее по тексту - ФСУСС). Эта модель дополняет ФСА/ФСУ учетом капитальных затрат, соотносимых в теории стоимости предприятия с денежным потоком. Данный учет требует включения в систему учета факторов затрат капитала. Традиционная модель ФСА/ФСУ рассматривает текущие затраты, которые имеют место в рамках операционной деятельности. Вышеупомянутый анализ недостатка/избытка мощностей позволяет включить в систему управленческого учета затраты капитала по бизнес-процессам и функциям вместе с соответствующими факторами затрат. Тем самым управление стоимостью переносится со стратегического на операционный уровень, позволяя непосредствен­но измерять вклад (вообще говоря, положительный или отрицательный) отдельных бизнес-процессов и функций в создание стоимости на пред­приятии.

В заключение рассмотрим применение методов ФСУ, ФСБ и ФСУСС для оценки ИТ-проектов. Многомерная модель ФСУ позволяет непосредственно оценить воздействие бизнес-процессов ИС и их отдельных функций на бизнес предприятия в целом. Для этого необходимо рассматривать сервисы ИС как ресурсы, используемые в других функциях. В таком случае для сервисов ИС могу учитываться следующие параметры:

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

- средняя и пиковая «пропускная способность» службы технической поддержки. Иными словами, определяется, способна ли ИС поддер­живать информационные системы, уже установленные на предпри­ятии, в режиме текущей эксплуатации и в аварийном режиме;

- потребность в капитале для проектов, расширяющих пропускную спо­собность ИС.

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

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

В настоящее время на базе модели ФСА развился кластер управлен­ческих технологии, связанных с многомерной моделью характеристик бизнес-процесса и его отдельных функций. Базовая технология класте­ра - функционально-стоимостное управление - состоит в оперативной оценке потребления ресурсов в рамках бизнес-процессов и отдельных функций, а также взаимосвязи потребления ресурсов и результата про­цесса или функции. «Результат» в данной методологии также не являет­ся чем-то неизменным, поскольку производится сопоставление выручки и затрат по отдельным продуктам, регионам и каналам сбыта. На основе этой информации проводятся как ранжирование бизнес-процессов, про­дуктов, канатов сбыта, регионов, клиентов и их групп по финансовому результату, так и выбор в тех же координатах приоритетных направле­ний инвестирования.

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

- выделить постоянные и переменные затраты среди расходов, ранее совместно относимых к накладным;

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

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

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

В рамках данных технологий коренным образом меняется подход к ИС вообще и к ИТ-проектам в частности. Традиционный подход к анали­зу затрат предприятия предполагал рассмотрение затрат на ИС как на­кладных расходов, что затрудняло понимание зависимости между финан­совыми результатами бизнес-подразделений и результатами развития ИС. В ФСУ/ФСБ подразделения, непосредственно занимающиеся ос­новным бизнесом, рассматриваются как клиенты ИС в той же мере, что покупатели товаров и услуг как клиенты бизнес-подразделений. Основными результатами такого изменения подходов являются:

- обеспечение постоянной увязки проектов развития бизнеса и обеспе­чивающих таковые ИТ-проектов посредством рассмотрения и одоб­рения их в общих рамках. Это исключает появление бизнес-проектов, необеспеченных со стороны ИТ;

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

Дата добавления: 2014-01-04