Эффект от внедрения системы управления трудовыми ресурсами. Расчёт экономической эффективности внедрения автоматизированной системы

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

Как измеряется эффективность внедрения системы

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

Для оценки эффективности внедрения компьютерных систем используются показатели возврата инвестиций (ROI - return on investment ) и совокупной стоимости владения (TCO - total cost of ownership ), а также анализ выгодности затрат (CBA - cost-benefits analysis ).

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

ROI = (Выгоды от внедрения системы - - ТСО) : ТСО х 100%.

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

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

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

Выгоды от внедрения ERP-системы

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

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

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

Снижения операционных и управленческих затрат на 15%;
- экономии оборотных средств на 2%;
- уменьшения цикла реализации продукции на 25%;
- снижения коммерческих затрат на 35%;
- уменьшения дебиторской задолженности на 12%;
- увеличения оборачиваемости средств в расчетах на 25%.

Личный опыт
Олег Баринов, директор департамента информационных технологий компании "СВ-Техносила" (г. Москва)

Благодаря внедрению ERP-системы мы рассчитывали оптимизировать:

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

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

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

Тимоти Ирвин МакМюррей, финансовый директор компании "Делойт и Туш СНГ" (г. Москва)

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

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

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

Затраты на использование ERP-системы

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

Жизненный цикл ERP-системы можно условно разделить на шесть этапов:

Выбор;
- приобретение;
- внедрение;
- эксплуатация;
- усовершенствование;
- замена на новую.

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

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

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

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

Итак, в ходе выбора системы потребуются расходы на:

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

Затраты на приобретение системы

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

Также потребуются расходы на работу отдела поставок и юридической службы компании (подготовка и проверка договоров поставок и т. д.).

Цена приобретаемой системы может колебаться от 1500 до 5000 долл. США за рабочее место. Нужно учитывать, что при использовании наиболее дорогих систем часто приходится платить за те возможности программы, которые, скорее всего, не будут востребованы.

Затраты на внедрение системы

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

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

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

Соотношение цены внедрения ERP-системы и цены программного обеспечения можно приблизительно оценить как 1 к 1,5 - для систем среднего класса (например, Microsoft Navision Attain) и 1 к 3 - для систем высшего класса (например, SAP R/3). Стоимость внедрения одного рабочего места у ERP-систем для крупных предприятий в несколько раз выше, чем у систем для среднего бизнеса.

Затраты при эксплуатации системы

Этот этап предполагает затраты на внешний и внутренний консалтинг.

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

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

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

Затраты на усовершенствование системы

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

Затраты на замену системы на новую

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

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

Общепроизводственные затраты

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

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

Дополнительные риски при внедрении ERP-системы

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

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

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

3) Изменение целей компании.
При длительном процессе внедрения приоритеты и методы ведения бизнеса компании могут изменяться (внедрение ERP-системы, как правило, занимает более года. - Примеч. редакции). На момент сдачи системы в эксплуатацию она уже может не удовлетворять новым требованиям предприятия. Кроме того, чем детальнее проработана система, тем сложнее ее перестраивать в зависимости от внешних условий.

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

При выборе системы нужно учитывать, что не следует резко "перескакивать" с систем низшего класса к системам высшего класса (например, заменять систему 1С:Предприятие на SAP R/3). По мнению автора, систему низшего класса целесообразно заменить на систему среднего класса (например, Microsoft Navision Attain). Принимая окончательное решение о внедрении новой системы, необходимо взвесить все возможные последствия такого решения - выгоды, затраты и дополнительные риски, которые были проанализированы выше.

Советы финансовым директорам, планирующим внедрение ERP-системы

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

Тимоти Ирвин МакМюррей , финансовый директор компании "Делойт и Туш СНГ" (г. Москва)
Проект должен пользоваться поддержкой со стороны топ-менеджмента компании. Предполагаемые выгоды от использования системы нужно выразить в ясных и измеряемых понятиях.

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

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

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

Терехов Андрей (генеральный директор ЗАО «Консультационная группа АТК», Москва)

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


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


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


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


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

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

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

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


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


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

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

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


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


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


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


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

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

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

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

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


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


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


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

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

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

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

Себестоимость представляет собой сумму затрат на разработку и расходов на содержание и эксплуатацию оборудования, используемого при внедрении программного продукта. Расчет себестоимости разработки программы производится по формуле (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 - Обслуживающий персонал

(обслуживающий персонал)

Количество работающих, чел.

Заработная плата одного специалиста в месяц, руб.

Годовая зарплата, руб.

Инженер по обслуживанию ПЭВМ

Расчет экономической эффективности является важным шагом при проектировании информационной системы.

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

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

Экономический эффект рассчитывается по следующей формуле (4.1):

- годовая экономия;

К – единовременные капитальные затраты на создание и внедрение программы;

- единовременный нормативный коэффициент экономической эффективности затрат (
=0,12….0,15);

- текущие затраты, связанные с эксплуатацией информационной системы.

Срок окупаемости капитальных вложений рассчитывается по формуле (4.2)

,

где: К – капитальные вложения во внедрение информационной системы;

- годовая экономия.

Расчет экономического эффекта.

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

Чтобы найти К - капитальные затраты на создание и внедрение программы воспользуемся формулой (4.3):

где:
- капитальные затраты на оборудования;

- капитальные затраты по монтажу.

- себестоимость разработки программного обеспечения.

Капитальные затраты по монтажу в нашем случае не учитываются.

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

Таблица 4.1 – Затраты на приобретаемое оборудование и обеспечение.

Наименование оборудования и программ

Количество, шт

Цена за единицу, тг

Стоимость, тг.

Норма амортизации

Затраты на амортизацию

Borland Delphi 7

ВСЕГО:

Исходя из данных в таблице 4.1, следует, что капитальные затраты составят:

тенге.

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

Основной зарплаты инженера-программиста - Зосн (тенге);

Дополнительной зарплаты Здоп (тенге);

Отчислений на социальные нужды Ссоц. нуж . (тенге);

Затрат на электроэнергию Сэ/э (тенге).

Таким образом, себестоимость разработки программного обеспечения рассчитаем по формуле (4.4):

Для расчета Зосн - основной зарплаты инженера – программиста нужно учитывать, что на этапе анализа и проектирования разработкой занимается аналитик. Требуемая квалификация: высшее образование, первая или высшая категория. Разряд единой тарифной сетки, согласно – 14 (тарифный коэффициент 2.25).

На этапе кодирования, тестирования и отладки – инженер-программист. Разряд, согласно единой тарифной сетки, 9 (тарифный коэффициент 1.78). Для выполнения поставленной задачи предприятие выделило аналитика и инженера-программиста в одном лице.

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

Рассчитывается размер должностного оклада по формуле (4.5).

МЗП – минимальная заработная плата (с 01.01.2011 года = 15 999 тнг.);

К тар – тарифный коэффициент, устанавливается в соответствии с ЕТС РК.

Из предыдущих расчетов можно рассчитать почасовую оплату каждого этапа. Постановкой задачи, разработкой алгоритма и структуры базы данных занимается аналитик. Написанием программы, отладкой и подготовкой программной документации - программист. Так как всю работу будет выполнять инженер – программист, то каждый этап будет рассчитываться по часам. Почасовую оплату высчитываем, исходя из того, что на фирме рабочая неделя (5 дней) и 8-часовой рабочий день. Рабочих дней в месяце в среднем 21. Получается 168 рабочих часов в месяц. Отсюда высчитываем оплату за час:

тенге/час

тенге/час

Расчет фонда заработной платы представлен в таблице 4.2

Таблица 4.2 – Расчет фонда заработной платы

Наименование этапа

Количество часов, час

Часовая тарифная ставка, тенге/час.

Стоимость этапа, тенге

1.постановка задачи

2.разработка алгоритма и структуры базы данных

3.написание программы

4.отладка программы

5.подготовка программной документации

Дополнительная зарплата (20%)

Отчисления на социальные нужды принимаются в размере 13% от суммы основной и дополнительной зарплат по формуле (4.6):

где, P - мощность, потребляемая компьютером при работе равная 0,45(кВт);

T раб - время работы компьютера (304 часов – написание программы, отладка, составление программной документации);

Ц э - стоимость киловатта электроэнергии на данный момент (9,6 тенге за кВт).

Расход средств на оплату электроэнергии:

Себестоимость разработки программного обеспечения по заработной плате составит 74657,08 тенге.

К - капитальные затраты на создание и внедрение программы по формуле (4.3) составят:

= КВт,

где: п – количество оборудования;

- номинальная сущность оборудования (КВт=0,15);

- годовой фонд времени работы оборудования (2920 часов);

- коэффициент полезности действия (
).

По ниже приведенной формуле получаем следующее:

где:
- сумма потребляемой энергии:

- стоимость одного КВт/час (
КВт/час)

Рассчитываем затраты на амортизацию по формуле (4.11):

где:

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

- капитальные затраты на оборудование

Итак, текущие затраты равны:

Зтек = 30000 + 30000+ 2943,3 = 62943,3тнг.

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

- затраты на текущий ремонт и обслуживание оборудования;

- затраты на электроэнергию.

Расчет эффективности от внедрения программы.

До внедрения информационной системы на оформление одного заказа затрачивалось 30 минут. После внедрения информационной системы время сократилось на обработку на 10 минут.

Средняя стоимость 1 заявки – 10 058 тн.

Рабочий день менеджера составляет восемь часов, или 480 минут. В день до внедрения программного обеспечения менеджер оформлял:

480/30=16 заявок/день;

После внедрения:

480/20=24 заявки/день;

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

16*255=4080 заявок/день;

24*255=6 120 заявок/день.

В день после внедрения программного проекта экономия времени составляет:

16*20мин = 320 мин;

480-320=160 мин, или 2,7 часа.

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

Рассчитаем экономичность, при условии, если еще в день в среднем оформлять на одну заявку больше.

В году 255 рабочих дней. За год будет выполнено на 255 заявок больше.

Рассчитаем годовую экономию.

Разница в суммах реализации товара составит

255 *10 058=2564790 тн/год;

Примерная рентабельность одного заказа составляет 27%. Годовая экономия составит:

Э год = 2564790 *27% = 692493,3 тн/год;

Срок окупаемости: Т ок. = К/Г эк. = 194 657,08/692493,3 = 0,28, что составляет примерно 3,5 месяца.

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

Экономический эффект составит:

692493,3 -(194 657,08*0,15+62943,3)=

Суммарный эффект показывает, за какое время произойдет возмещение затрат на разработку и внедрение информационной системы.

1. Изучить теоретические аспекты и выявить природу «Расчёт экономического эффекта от разработки и внедрения программного продукта»

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

Анализируя расчеты экономической эффективности, можно прийти к выводу, что данный проект экономичен, и его внедрение выгодно для предприятия.

Еще в 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

Похожие публикации