Еще в 1975 году в СССР силами Академии наук, Госкомитета по науке и технике, Госплана СССР и Госкомизобретений была начата подготовка Методики определения экономической эффективности автоматизированных систем управления предприятиями и производственными объединениями, которая была утверждена в 1977 году .

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

В настоящее время для определения эффективности ИТ-инвестиций предлагается ряд методик, которые можно группировать следующим образом : традиционные финансовые методики (Return оn Investment, Total Cost of Ownership, Economic Value Added); вероятностные методы (Real Options Valuation, Applied Information Economics); инструменты качественного анализа (Balanced Scorecard, Information Economics).

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

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

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

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

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

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

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

Резюмируя перечень затрат, представленный в , можно выделить следующие статьи затрат на эксплуатацию ИС:

1. На техническую поддержку:

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

1.2. Заработная плата работников службы технической поддержки;

1.3. Отчисления на социальные нужды;

1.4. Дополнительные расходы на СТП (оплата помещения, отопления, охраны, транспорта, освещения и т.п. для работы службы);

1.5. Административные расходы службы технической поддержки.

2. Эксплуатационные расходы:

2.1. Стоимость электроэнергии, которая потребляется СВТ;

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

3. На информационные ресурсы:

3.1. На сбор и хранение данных, лицензии на использование БД, ИС, Internet и других источников информации;

3.2. На обеспечение информационной безопасности.

4. Косвенные затраты (вызванные простоями оборудования ИС или связанные с рисками по ИС):

4.1. Компенсация ущерба для здоровья IT персонала;

4.2. Финансовые потери от несанкционированного доступа к информации;

4.3. Затраты, связанные с невозможностью исполнения обязательств.

5. Прочие расходы.

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

Некоторые показатели эффективности КИС.

Показатель совокупной стоимости владения ИС рассчитыва­ется по формуле:

ТСО = Пр + Кр1 + Кр2,

где Пр - прямые расходы;

Кр1 - косвенные расходы первой груп­пы;

Кр2 - косвенные расходы второй группы. При этом

Пр = Пр, + Пр2 + Пр3 + Пр4 + Пр5 + Пр6 + Пр7 + Пр8,

где Пр, - капитальные затраты;

Пр2 - расходы на управление ИТ;

Прз - расходы на техническую поддержку АО и ПО;

Пр4 - рас­ходы на разработку прикладного ПО внутренними силами;

Пр5 - расходы на аутсорсинг;

Пр6 - командировочные расходы;

Пр7 - расходы на услуги связи;

Пр8 - другие группы расходов.

Годовой экономический эффект – показате­ль, представляющий собой всю прибыль, которую получит объект в результате автоматизации:

где Зб – затраты по базовому варианту;

Зоц – затраты по оцениваемому варианту.

Годовая экономия – представляет собой часть прибыли, которую получит предприятие от снижения себестоимости единицы продук­ции при внедрении информационной технологии:

Э = Себ1 - Себ2

где Себ1 – себестоимость единицы продукции до проектного ре­шения;

Себ2 - себестоимость единицы продукции после автоматиза­ции.

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

где CF – поток платежем;

i – ставка по альтернативным вложениям в год;

Риск того, что проект не окупится за N кварталов, определяется на базе исследования треугольной формы показателя NPV по соотношениям:

,

Выводы. Детальный анализ затрат на содержание информационной системы позволит оптимизировать эти затраты, а также разработать собственные нормативы для уровней затрат на определенные статьи. Анализ

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

Литература

1. Методика определения экономической эффективности автоматизированных систем управления предприятиями и производственными объединениями / ГКНТ СССР. Госплан СССР. АН СССР. – М.:Статистика, 1979. – 62 с., ил.

2. ИТ Сервис-менеджмент. Введение. Ян Ван Бон и др. – М.: Компания “IT-Expert”, 2003. – 214 с.: ил.

3. Поддержка услуг. ITIL Managing IT Services. - Лондон: TCO. – 395 стр.: ил.

4. WiBe 4.0 Recommendations on Economic Efficiency Assessments in the German Federal Administration, in Particular with Regard to the Use of Information Technology. Version 4.0 – 2004. KBSt Publication Series. Volume 68. – 103 p.

5. Return on Investment In Information Technology: A Guide for Managers. Anthony Cresswell. Center for Technology in Government, University at Albany, SUNY, 2004. – 52 p.

6. Скрипкин К.Г. Экономическая эффективность информационных систем. – М.: ДМК Пресс, 2002. – 256 с.: ил.

7. Экономическая информатика: Введение в экономический анализ информационных систем: Учебник. – М.: ИНФРА-М, 2005. – 958 с. – (Учебники экономического факультета МГУ им. М,В, Ломоносова).

8. Контроллинг как инструмент управления предприятием/ Е.А. Ананькина. С.В. Данилочкин, Н.Г. Данилочкина и др. Под ред. Н.Г. Данилочкиной. – М.: Аудит, ЮНИТИ, 1999. – 297 с.

9. Петрова Ю. Информационные технологии "на вес". // Цифровой мир, № 8 (24) // Эксперт, 2002, № 39.

10. Мейор Т. Методологии оценки ИТ. // Директор ИС, 2002, № 9

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

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

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

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

Специалисты рассматривают вопросы экономической эффективности и финансов ИС в трех основных направлениях:

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

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

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

При анализе эффективности инвестиций и определении стоимости информационной системы - первоначальной стоимости и стоимости владения - руководствуются следующими положениями:

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

рост затрат ведет к повышению эффективности работы сотрудников и ИС в целом;

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

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

Информационная технология – система методов и способов сбора, передачи, накопления, обработки, хранения, представления и использования информации.

Статическая оценка экономической эффективности ИС

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

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

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

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

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

В данном статическом методе оценки экономической эффективности ИС есть основные недостатки:

оценка экономического эффекта чаще всего осуществляется косвенно, путем сравнения с показателями внедрения аналогичной АИС;

не учитываются простои системы и «цена» этих простоев;

никаким образом не учитывается длительность реализации проекта создания и внедрения ИС;

денежные потоки не приводятся к сопоставимому уровню;

ни прямо, ни косвенно не учитываются возможные риски.

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

Для всестороннего экономического анализа учреждения выбрана ЭИС (экономическая информационная система).

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

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

В качестве основного показателя оценки экономической эффективности ИС выбрано отношение затрат, связанных с разработкой и дальнейшей эксплуатацией системы, к эффекту, получаемого от ее применения, называемое экономической рентабельностью:
(1),
где ЭР – экономическая рентабельность;

Э – годовой экономический эффект;

∑ затрат – общие затраты на создание системы.

Общие затраты при этом рассчитываются по формуле:

(2),
Где Кд – суммарные капитальные затраты на проектирование системы, на приобретение необходимых составляющих и ее реализацию;

Сэ – эксплуатационные расходы.

Эффект, получаемый от функционирования системы, определяется следующим образом:
Э = Сс – Кд (3),
где Сс – эффект за счет снижения затрат за время период времени Т в результате применения разработанной системы в деятельности стационара.

К капитальным затратам отнесены:

затраты на анализ и проектирование системы;

стоимость необходимой техники (компьютер, принтер);

стоимость программного обеспечения;

затраты на подготовку и переподготовку кадров, которые будут работать с системой.

К эксплуатационным затратам относятся:

затраты (заработная плата и начисления) на персонал, который будет работать с системой;

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

Разработка АИС осуществлялась в течение 2 месяцев. Далее предполагается ее внедрение и эксплуатация в стационаре (опытное внедрение – срок 3 месяца). Стационар выбран для тестирования внедрения ИС.

Затраты на анализ и проектирование системы составляют 2 500 руб. в месяц.

Стоимость необходимой техники (компьютер с принтером; срок полезного использования– 3 года): для проектировщика необходим 1 компьютер и 1 принтер (амортизация оборудования за 2 месяца).

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

Затраты на заработную плату сотрудникам составят:

заработная плата двух экономистов (по 10000 руб. в месяц). На работу экономистов в системе будет уходить около 1% от всех их обязанностей.

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

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

Полученные данные сводим в таблицу 3.1 и в таблицу 3.2.

Таблица 3.1 – Капитальные затраты на создание и внедрение системы

Окончание таблицы

При расчете амортизации компьютеров используется формула:
(4),
где А ПЭВМ – амортизация ПЭВМ (за период работы), рублей;

Ц ЭВМ – первоначальная цена ПЭВМ;

Т мес – время работы специалиста по качеству на ПЭВМ;

– норма амортизации ПЭВМ за месяц, %, определяется по формуле:
(5),
Согласно Общероссийскому классификатору основных средств для включения в амортизационные группы ПЭВМ относят к группе № 3 со сроком службы 3 – 5 лет, тогда примем Т эксп =36 месяцев. Норма амортизации ПЭВМ за месяц по формуле (5), составляет:
(5),
Амортизация ПЭВМ за период работы специалиста по качеству, согласно формуле (4), составляет:
(4),
Таблица 3.2 – Эксплуатационные расходы

Заработная плата для экономистов рассчитана как:
(6),
где - заработная плата одного экономиста за месяц;

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

t - количество времени опытного внедрения системы.

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

где С - себестоимость программы, руб.; З р - заработная плата разработчика, руб. и отчисления на социальное страхование, руб.; Р э - расходы на эксплуатацию оборудования, руб.; Н р - накладные расходы (50% от основной заработной платы разработчика), руб. Заработная плата разработчика складывается из основной заработной платы программиста за время разработки программы, дополнительной заработной платы, отчислений на социальное страхование и рассчитывается по формуле.

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

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

Где З пм - заработная плата программиста за месяц, (14000 руб); N - количество рабочих дней в месяце, дни (22 дня); 8 - продолжительность рабочего дня, час. Расходы на эксплуатацию оборудования вычисляются по формуле (5).

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

где М пр - электроэнергия, потребляемая вычислительной машиной, кВт/час; Т м - машинное время, затраченное на создание программы, час. (принять 50% от Т пр); С квт/ч - стоимость одного квт/ч, (2,28 руб.) Сумма амортизации за период разработки программы вычисляется линейным методом по формуле (7).

где Н а - годовая норма амортизации, % рассчитывается по формуле (8);

С об - стоимость оборудования, руб.; Т н - нормативный срок службы, год; Ф д - годовой фонд рабочего времени оборудования, час. Определяется по формуле (9).

Фд = ((365-С-В-Пр)х8-ППрх1) х S х (1-а/100), (9)

где 365 - количество календарных дней в году; С,В,Пр - количество нерабочих дней в году: субботних, воскресных и праздничных; 8 - длительность смены, ч; S - количество смен работы оборудования в сутки; а - процент потерь времени на ремонт оборудования (принять а = 3-5%) Стоимость ремонта оборудования за период создания программы определяется по формуле (10).

Где Н р - величина отпускаемых средств на ремонт вычислительной техники относительно стоимости этой техники, % (принять 2-4%); С об - стоимость оборудования, руб. Заработная плата обслуживающего персонала за время разработки программы рассчитывается по формуле (11).

где З оп.о - основная заработная плата обслуживающего персонала за выполненную работу, руб.; З оп.доп - дополнительная заработная плата обслуживающего персонала, руб. (10% от основной); О соц - отчисления на социальное страхование, руб. (26% от основной и дополнительной заработной платы) Основная заработная плата обслуживающего персонала за время разработки программы определяется по формуле (12).

где n - количество обслуживаемых ПЭВМ, шт.;

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

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

Таблица 1 - Ожидаемая длительность работ на этапе проектирования программы

Примечание: звездочкой помечены работы, производимые с помощью ЭВМ. В результате расчета на разработку программы было затрачено 30 дней, из них с использованием ЭВМ - 13,5 дней. Учитывая, что число часов работы в день равно 8, на разработку программы было затрачено 240 часов, из них 108 часов - время работы на ЭВМ. Данные для расчета себестоимости АИС сведем в таблицу 2.

Таблица 2 - Данные для расчета себестоимости автоматизированной системы "HTControl"

Данные об обслуживающем персонале приведены в таблице 3.

Таблица 3 - Обслуживающий персонал

(обслуживающий персонал)	Количество работающих, чел.	Заработная плата одного специалиста в месяц, руб.	Годовая зарплата, руб.
Инженер по обслуживанию ПЭВМ

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

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

Это один из основных вопросов для любого проекта вообще. Заказчик зачастую выбирает цель, которая не имеет к информационной системе никакого отношения, или же зависит от нее незначительно. Примеры: увеличение продаж, занятие большей доли рынка, создание другой культуры управления предприятием и т. д. Но если компания производит товар, спрос на который падает – как тут поможет информационная система? Проблему здесь должно решать подразделение маркетинга. Если нужно изменить культуру предприятия – это вопрос управления персоналом и генерального директора. У некоторых, однако, теплится надежда, что стоит отдать деньги за информационную систему - и проблемы, связанные с организаций бизнеса, решатся сами собой. Обещания продавцов, «впаривающих» дорогие, иностранного производства, многократно проверенные и построенные на «лучших мировых бизнес-практиках» системы лишь укрепляют эту веру. Но на деле компания с неэффективным стилем управления останется неэффективной, только уже с информационной системой. Если на вашу продукцию упал спрос, он тоже не изменится никак. Правда, информационная система позволит вам быстро и точно подсчитать убытки, в том числе и от ее внедрения.

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

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

Даже если предположить, что специалисты-информационщики знают, как следует изменить бизнес-процессы (с логикой у нас порядок), у них все равно нет нужного административного ресурса, да и ожидаемый результат зависит, в первую очередь, не от программного обеспечения. Здесь явно путается следствие и причина. Допустим, есть предприятие А с информационной системой ABC. Предприятие работает стабильно, нет авралов, неразберихи, заказы выполняются в срок, есть планомерная деятельность отлаженного механизма. Можно сделать вывод, что все хорошо благодаря системе ABC, но это 100% не так. Наличие системы ABC у предприятия A, кончено же, вносит свой вклад в бизнес, но не является ключевым. Если руководство некоего предприятия Б решило внедрить у себя систему ABC в надежде, что после ее внедрения предприятие Б тоже будет работать так же, как A, его ждет сюрприз. Деньги будут потрачены, но ожидаемый эффект не наступит, т.к. методика работы на предприятии Б не изменится.

Эффективные цели

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

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

Итак, с целями мы определились, теперь осталось правильно составить техническое задание.

Техническое задание

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

Получается, что не заказчик подписал неподходящее ТЗ, а исполнитель разработал и предложил совсем не то – не угадал, о чем мечтал заказчик. Замечаете парадокс? Исполнитель сам для себя пишет ТЗ, но при этом должен угадать, чего на самом деле хочет заказчик. В принципе, это возможно (для участников шоу «Битва Экстрасенсов»), но маловероятно. У меня был опыт создания подробных ТЗ, которые на этапе внедрения претерпевали изменения порядка 30%. Обычная история: в процессе работы над проектом у заказчика появлялись новые идеи, их приходилось учитывать, отказываясь от предыдущих решений. Потому я не сторонник очень подробных ТЗ. Они отнимают много времени, а в итоге будут скорректированы на этапе опытной эксплуатации и внедрения. Если не сделать корректировку, можно испортить отношения с заказчиком. При попытке сослаться на подробное ТЗ в ответ вы услышите – «ну, вы же специалисты, должны были сами все знать заранее».

Я считаю, в ТЗ должны быть отражены только общие блоки работ с описанием ожидаемых результатов. Пусть оно достаточно точно описывает, что хочет получить заказчик, и что должен сделать исполнитель. Корректировка ТЗ неизбежна из-за того, что при появлении нового инструмента у заказчика обязательно появятся новые бизнес-процессы. Попытка сохранить прежние бизнес-процессы приведет к провалу проекта. Конечно, не все старое отметается полностью, оно корректируется в соответствии с возросшими возможностями предприятия при наличии информационной системы. Максимум, на чем должно останавливаться ТЗ – списки документов для обработки системой с их образцами. Таким образом, составленное ТЗ не изменится по части общих требований, фактически оно будет уточняться в процессе внедрения, вплоть до конкретных полей и процессов. При этом исполнитель в любом случае знает ожидаемый объем работ. Для успешного проекта требуется 1-2 итерации: внедряется определенный объем выполненных работ, и по результатам заказчик согласовывает коррекцию с исполнителем. Время, которое можно было потратить на излишнюю детализацию ТЗ, гораздо эффективнее использовать для итерационных корректировок системы в соответствии с результатом тестовой эксплуатации.

Есть еще один вариант составления ТЗ: в нем декларируется конечная цель заказчика. И тут вы можете сразу заметить противоречия с предыдущем написанным тестом. Это случай составления проекта, в котором информационная система является только частью. У меня был опыт внедрения комплексной системы управления компаний, где основная сумма по контакту выплачивалась в случае, если заказчик получит увеличение оборота в два раза. Спрашивается, это как? Ответ прост: цели заказчика - автоматизация и оптимизация бизнес процессов копании, ускорение процесса работы с клиентами, точный учет затрат по контрактам, точный расчет бонусов менеджерам, участвующим в контрактах, финансовое планирование. Исходя из того, что все эти задачи не были решены, я подписал контракт. К сожалению, достигнуть 100% увеличения объема оборота у заказчика за 1 год не удалось, но 83% тоже хорошо. Мое вознаграждение было выплачено пропорционально.

Следующим важным документом для успешного выполнения работ является план-график работ.

План-график работ

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

Запуск системы в работу

Запуску системы предшествует тестирование исполнителем системы на примерах заказчика. После получения положительных результатов начинается работа по реальному внедрению и запуску системы. Если опытная эксплуатация делается только на опытных примерах без участия рядовых исполнителей заказчика, без использования реальных задач, она не достигнет поставленной цели. Целью же является сбор замечаний, которые необходимо устранить для перевода в промышленную эксплуатацию. Данный этап правильнее было бы назвать расширенным тестированием с привлечением исполнителей заказчика. Реальная опытная эксплуатация начинается после внедрения системы при участии, как минимум, 50-70% процентах рабочих мест.

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

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

В итоге мы получаем такие этапы запуска и внедрения системы:

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

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

Теги: Добавить метки

Скрипов Д.K., к.ф.м.н.
ОАО Банк ВТБ, зам.руководителя службы в ДИТ
выпускник группы MBA CIO-32A
Школы IT-менеджмента РАНХиГС при Президенте РФ

Грибанов С.П.
Школа IT-менеджмента РАНХиГС при Президенте РФ

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

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

Как и во многих крупных компаниях в ОАО Банк ВТБ одновременно внедряется большое количество как влияющих друг на друга, так и не связанных проектов. Проекты, как шаги процесса реализации долгосрочной IT­­-стратегии, кроме соответствия бизнес-стратегии банка, оцениваются и экономической эффективностью внедряемых или дорабатываемых информационных систем. Особенно в связи с тем что решения по внедрению проектов проходят через длинную цепочку людей в разветвленной структуре Банка, и в конце концов акцептуются Комитетом по банковским информационным технологиям коллегиально, необходима единая, прозрачная для представителей различных департаментов, методика, позволяющая сравнивать стоимость проектов и принимать ответственное решение об их внедрении.

ОАО Банк ВТБ является головным предприятием Группы ВТБ. Доля государства в капитале Банка ВТБ составляет 60.9%. Группа ВТБ – это международная финансовая группа, предоставляющая широкий спектр банковских услуг. Группа ВТБ состоит из Банка ВТБ и его дочерних кредитных и финансовых организаций. Дочерние кредитные организации осуществляют банковские операции, дочерние финансовые организации предоставляют услуги на рынке ценных бумаг, услуги по страхованию или иные услуги финансового характера. Группа ВТБ сегодня состоит более чем из 30 компаний более чем в 20 странах мира. В компаниях Группы работают более 90 000 человек.

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

Основными целями ИТ-стратегии являются :

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

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

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

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

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

Таким образом, необходимо создание оперативной системы внедрения и распространения знаний по бизнес-линиям, линиям поддержки и продуктовым вертикалям (в том числе новые процедуры, политики, стандарты отчетности, стандарты сервиса и прочие). Единая централизованная система обучения для компаний Группы ВТБ позволит:

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

В настоящий момент системы дистанционного обучения автономно используются в практически половине компаний Группы. При этом некоторые порталы содержат менее десяти курсов и практически не используются.
Единый портал обучения Группы ВТБ позволит:

• создать единое учебное пространство для всех компаний Группы ВТБ
• создать площадка для обмена знаниями между компаниями Группы
• реализовать PR функции на уровне Группы
• обеспечить доступ всех сотрудников Группы к курсам по личной эффективности, менеджменту, работе с программным обеспечением и пр.

Внедрение автоматизированных систем дистанционного обучения дает экономию затрат на обучение работников от 30% до 80% (см.например ), в основном за счет снижения командировочных расходов работников и\или тренеров. Также дистанционные системы обучения позволяют провести обучение десятков тысяч работников в короткие сроки (например, ознакомление с новым банковским продуктом за две недели).
Существующая система обучения, используемая в Банке ВТБ не удовлетворяет требованиям бизнеса. Процессы внедрения изменений системы не удовлетворяют пользователей и должны быть переработаны.

Методы оценки экономической эффективности

В настоящее время в литературе в основном рассматривается два подхода для оценки экономической эффективности внедрения информационной системы. Первый из них состоит в использовании статических оценок, без учета стоимости денег во времени. Основным показателем является Совокупная стоимость владения (Total Cost of Ownership, TCO). Специфика показателя в том что он учитывает только расходную часть проекта. Универсального механизма расчета показателя не существует, учитываются прямые и косвенные затраты разных видов в зависимости от оцениваемого объекта. Вначале Gartner Group в 1987, а затем Interpose, купленная позже Gartner Group, еще в 1994 году предложили подход, использующий сравнения с аналогичными усреденными затратами в зависимости от профиля предприятия, что практически превратило даннный метод в индустриальный стандарт по оценки стоимости владения информационной системы.

ITIL Service Strategy () выделяет шесть основных характеристик затрат, разделенных по трем группам, таким образом что любой вид затрат может быть отнесен ровно к одному из элементов каждой из этих трех групп:

• Основные или операционные
• Прямые и косвенные
• Постоянные и переменные расходы.

Амортизироваться могут только постоянные расходы. Амортизация необходима, так как информационные системы могут стоить значительные суммы, и быть рассчитаны на много лет использования, и конечно их стоимость оказывается намного выше чем доход за первый год использования. В соответствии с Налоговым кодексом Российской Федерации электронно-вычислительная техника относится ко второй группе амортизируемых основных средств со сроком амортизации от 2 до 3 лет.

Основные статьи, по которым происходит оценка ():

• затраты на оборудование (Equipment Cost Unit, ECU);
• затраты на ПО (Software Cost Unit, SCU);
• затраты на персонал (Organization Cost Unit, OCU);
• затраты на размещение (Accommodation Cost Unit, ACU);
• трансферные затраты (Transfer Cost Unit, TCU), связанные с товарами и услугами, предоставляемыми другими отделами, т.е. внутренние расчеты между подразделениями организации;
• затраты на собственно учет (Cost Accounting, CA), связанные с процессом управления финансами IT.

Следующим показателем для анализа внедрения системы является Возврат инвестиций (Return On Investment, ROI). Этот коэффициент показывает возврат капитала инвестированного в проект:
, (1)
где – инвестированные средства, – стоимость на конец периода, – прибыль. Также его называют рентабельностью капитала.
Коэффициент удобно использовать для ответа на вопрос насколько проект эффективен (). С ним также близко связан период окупаемости проекта, это период времени, который нужен для выхода проекта на безубыточность.

Еще одним удобным показателем является Экономическая добавленная стоимость (Ecnomic Value Added, EVA). Экономическая добавленная стоимость – это разница между чистой операционной прибылью компании и всеми понесенными затратами:
, (2)
где – чистая операционная приыль после уплаты налогов,
– средневзвешенная стоимость капитала, – инвестированные средства.
Сложность расчета показателя проявляется в оценке используемых параметров.
Если возврат инвестиций записать в виде
,
то показатель экономической добавленной стоимости определяется следующим образом:
.
То есть любая инвестиция создает добавленную стоимость только если ее рентабельность после вычета налогов превышает средневзвешенную стоимость капитала.

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

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

Основным показателем для данной концепции является показатель Чистого дисконтированного дохода (Net Present Value, NPV):
(3)
где чистый дисконтированный доход, – инвестируемые средства, r – ставка дисконтирования, – суммарный денежный поток в k -ом периоде, включая финансовые, инвестиционные и операционные потоки. Обычно учет денежных потоков идет за периоды длиной год.
Другим часто используемым показателем является Внутренняя норма доходности (Internal Rate of Return, IRR). IRR это такая ставка, при которой Чистый дисконтированный доход становится равным 0.

Для расчета Чистого дисконтированного дохода, а также для значения с которым может сравниваться Внутренняя норма доходности, необходимо с максимальной точностью провести оценку ставки дисконтирования. Ставка дисконтирования зависит от механизмов получения денег на проект, а также и возможности надежно вложить деньги. Для более точной оценки или большого срока рассмотрения экономики проекта может быть использован показатель Средневзвешенной стоимости капитала (WACC - W eighted A verage C ost of C apital )
, (4)
где – цена каждого источника в общей стоимости капитала,
– ставка налога, положительна если расходы можно исключить из налогооблагаемой базы, – ставка соответствующего источника.

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

Таким образом оптимальна следующая комбинация методик с точки зрения полноты и минимизации затрат на проведение оценки:

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

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

Пример выбора информационной системы

В соответствие с ИТ-стратегией, структурой Банка, и учитывая анализ рынка автоматизированных систем обучения будем детально рассматривать реализацию требований Банка в программных продуктах WebTutor компании Websoft и Competentum Shareknowledge компании Competentum. Широко распространенные best of breed системы обучения иностранных компаний, такие как Saba или SAP R3, кроме тяжести технической доработки, обладают стоимостью только лицензий заметно превышающей полную стоимость внедрения и доработки рассматриваемых российских систем.

Вес критериев скоринговой таблицы (см. рис.1) выбирался на основании опыта внедрения похожих проектов в Банке. Основным критерием является стоимость (25%), так как проект должен быть экономически эффективен. Следующий по весу критерий (20%), а значит с наибольшим влиянием – это соответствие продукта as is заявленным бизнес-требованиям. Так как любая доработка несет в себе некоторый риск, а также требует времени, то конечно преимуществом обладает система с наименьшей требуемой доработкой. Высокий вес нефункциональных требований (15%) вызван требованиями контролирующих внутренних подразделений, например такими как обязательное предоставление прав доступа к информационным системам через ролевую структуру. Доработки информационных систем с целью выполнения таких требований, если они не были изначально предусмотрены при проектировании, обычно требуют больших временных и материальных затрат.

Рис. 1 . Оценка автоматизированных систем обучения

Трудозатраты на проект внедрения на основе программного продукта Competentum Shareknowledge и Microsoft Sharepoint Server были оценены компанией Microsoft, полученные работы были переведены в стоимость с учетом рыночных цен крупных компаний – автоматизаторов. В соответствии с полученными цифрами подсчитаем описанные выше финансовые показатели (расчет идет в миллионах рублей):
TCO = 15
ROI =19.6 / 15 – 1 = 30%
PI = 18.5 / 15 = 123%
NPV = 3.5
EVA = 4.6 – 0.035*3*15 = 3.03
IRR около 10%.

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

Шматалюк А., Коптелов А., Особенности расчета ROI при внедрении ИТ. Директор информационной службы, № 01, 2009.

Корпоративные системы управления

Бизнес идеи