Информационная система предприятия и ее функции

Размещено на http://www.allbest.ru/

I. Теоретические основы проектирования информационных систем предприятия нефтегазового комплекса

1.1 Особенности проектирования информационной системы предприятия нефтегазового комплекса

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

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

а) уменьшение количества времени, затрачиваемого на оформление документации, что позволит сократить цикл основного производства;

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

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

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

Проект нефтегазового комплекса отличается следующими особенностями:

· направлен на достижение конкретных целей;

· включает в себя координированное выполнение взаимосвязанных действий;

· имеет ограниченную протяженность во времени с определенным началом и концом.

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

1. масштабы разработки ЭИС;

2. взаимосвязь различных по своей природе элементов проекта ЭИС (информационные, программные и технические средства обработки информации; экономико-математические модели; методы и средства проектирования; специалисты-разработчики;

3. элементы проекта системы и др.);

4. различные факторы старения указанных элементов;

5. разный временной цикл существования и темпов обновления элементов;

6. длительность процесса проектирования системы;

7. индивидуальность проекта, обусловленную спецификой объекта проектирования;

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

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

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

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

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

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

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

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

· формирует исходные данные для проектирования и обработки;

· определяет состав задач для автоматизации;

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

Заказчик - это ответственное лицо, которое выполняет следующие функции:

· формирует требования к системе и ее частям;

· выдает техническое задание, финансирует разработку ЭИС;

· обеспечивает проведение комплекса мероприятий по ее созданию;

· проводит внедрение и прием проекта ЭИС.

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

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

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

Разработчик - это ответственное лицо, которое выполняет следующие функции:

· разрабатывает ЭИС по техническому заданию заказчика;

· принимает участие во внедрении;

· осуществляет сдачу проекта заказчику;

· осуществляет авторское сопровождение проекта.

Разработчик несет ответственность перед заказчиком за правильность реализации требований ТЗ на ЭИС, научно-технический уровень разработки, сроки проведения работ, качество проектной документации, правильность расхода денежных ресурсов. Устинова Г.М. Информационные системы / Учебное пособие. - СПб: Изд-во «ДиаСофт ЮП», 2000. - 368 с.

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

1. Если заказ имеет небольшие размеры по стоимости и по продолжительности работ, то принимают первую схему, в которой в одном лице выступают заказчик, разработчик и администратор (рис. 1).

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

Однако совмещение в одной организации функций разрабатывающей стороны и принимающей стороны имеет ряд существенных недостатков:

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

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

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



К преимуществам данной схемы можно отнести:

· рациональное распределение функций между сторонами, участвующими в создании и эксплуатации ЭИС;

· возможность привлечения к разработке ЭИС специализированных организаций.

Однако и эта схема имеет недостатки:

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

· определенные трудности при приеме проекта в эксплуатацию из-за желания администраторов получить методологическое обеспечение задач, максимально соответствующее идеальным условиям эксплуатации, что, в свою очередь, требует больших сроков и объемов по доработке проекта. Основными документами, регулирующими отношения заказчика и проектировщика, являются техническое задание и договор на проведение работ. Емельянова Н.З. Основы построения автоматизированных информационных систем: Учебное пособие/ Н.З. Емельянова, Т.Л. Партыка, И.И. Попов.- М.: Форум: ИНФРА-М, 2005.- 416 с.

1.2 Проблемы внедрения информационных систем

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

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

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

· связанные возможностями и конфигурацией информационных систем;

· связанные с компетентностью внедренческой команды;

· связанные с предприятием, на котором происходит внедрение.

Рассмотрим эти причины подробнее. Одна из наиболее часто встречающихся ошибок, допускаемых при выборе информационной системы, является то, что неверно оцениваются потребности предприятия в сравнении с тем потребностями, на которые рассчитана избранная конфигурация и состав информационной системы. Среди информационных систем можно выделить три группы, разделенные по признаку масштаба функциональности: крупные, средние и малые. К крупным интегрированным системам можно отнести SAP R/3 , BAAN, Oracle Applications. К средним интегрированным системам относят JD Edwards, MFG-Pro, и некоторые другие. К малым интегрированным системам относится множество российских разработок, таких как Парус, Галактика, и т.д., и зарубежных, таких как Axapta, Platinum, Concorde XAL и пр. Кроме того, существует ряд так называемых локальных систем, которые интегрированными назвать нельзя, но, тем не менее, они способны обслуживать потребности предприятий в части бухгалтерского и управленческого учета. Это такие программные продукты, как 1С, БЭСТ, ИНФИН, и т.д.

Проще говоря, неразумно было бы автоматизировать крупный холдинг с несколькими тысячами рабочих мест с помощью 1С, точно так же, как внедрять R/3 в пивном ларьке.

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

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

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

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

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

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

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

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

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

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

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

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

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

Можно выделить следующие ключевые факторы, определяющие успех проекта внедрения корпоративной информационной системы:

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

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

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

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

5. При внедрении обязательно должен пройти этап опытной эксплуатации системы, возможно, на ограниченном количестве рабочих мест. Но при этом опытная эксплуатация должна охватывать все участки учета и управления на предприятии, поскольку только таким образом можно адекватно оценить пригодность внедряемой информационной системы для потребностей бизнеса предприятия. Попов И.И. Автоматизированные информационные системы (по областям применения): Учебн. пособ. / Под общей редакцией К.И. Курбакова.- М.: Изд-во РЭА, 1999.- 103 с.

1.3 Экономический и управленческий эффект от внедрения информационных систем

бюджетный информационный проектный

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

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

2. Качество обслуживания клиентов. Примером может служить применение банковских машин (банкоматов). Нормальный банкомат работает 24 часа в сутки каждый день. Он позволяет снимать со счета наличные в любое время суток.

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

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

5. Закрепление клиентов и отдаление конкурентов. Информационные системы конкурентоспособных преимуществ (ИСКП) обслуживают стратегические потребности организации. ИСКП дают мгновенный и быстрый доступ к информации о важнейших факторах, влияющих на достижение фирмой своих задач. Но главное то, что ИСКП производят такие информационные продукты и услуги, которые содействуют привлечению клиентов к своей фирме за счет клиентов конкурента. Например, банковские пластиковые карточки дают более надежную защиту от кражи наличных денег, поэтому клиент нередко выбирает именно тот банк, который предоставляет услуги в виде пластиковых карточек. Клещев Н.Т. Проектирование информационных систем: Учебное пособие. / Н.Т. Клещев, А.А. Романов, Под общей ред. К.И. Курбакова - М.: Рос. экон. акад., 2000.- 386 с.

1.3.1 Основы оценки эффективности информационных систем

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

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

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

· сокращение сроков поставок продуктов заказчикам;

· сокращение сроков ввода в производство новых продуктовых линеек;

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

· возможность управления себестоимостью продукции;

· автоматизация отношений с клиентами (CRM).

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

1.3.2 Подходы оценки проектов по внедрению ИТ

Портфельный подход.

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

Бюджетный подход.

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

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

Основываясь на таком подходе, многие крупные консорциумы в последние годы практикуют заключение сделок на аутсорсинг ИТ-подразделения. ИТ-бюджеты таких крупных консорциумов, как J.P. Morgan Chase или Bank of America составляют несколько миллиардов долларов, поэтому аутсорсинг или ауттаскинг (вынесение задач ИТ за пределы компании) в таких крупных компаниях имеет самое практическое значение. С другой стороны, например, в Российской Федерации ауттаскинг имеет самое широкое применение среди небольших компаний. Причина проста - вынесение ИТ-бюджета за пределы компании позволяет даже самым небольшим компаниям конкурировать с гигантами отрасли, сосредоточившись на основных функциях, не занимаясь поддержкой (развитием) информационных систем. Для белорусских компаний состояние зрелости в ИТ за редким исключением пока в далекой перспективе, хотя некоторые функции информационных систем, например, поддержка сети и парка компьютеров, уже бюджетируются.

Проектный подход.

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

Ирония заключается в том, что расчет NVP или внутренней рентабельности требует учета многих параметров (стоимость капитала, свободные потоки наличности, эффект от налогов, остаточная стоимость и т.п.), которые при отсутствии уже освоенной на предприятии информационной системы получить сложно (а зачастую и невозможно). В связи с этим наиболее распространенной методологией оценки информационных систем является ROI с точки зрения наглядности и простоты для руководителей компании и инвесторов. ROI, как правило, рассчитывается по функциональным подразделениям, включенным в проект внедрения информационной системы. Недостаток данной методологии заключается в том, что в рамках горизонта функционального подразделения очень сложно количественно оценить качественное изменение в сути бизнес-процессов (как вариант, важное качественное изменение может быть просто не замечено). В связи с этим такая оценка зачастую бывает притянута за уши или проигнорирована, если проводится самостоятельно функциональными службами без участия специалистов финансового подразделения. Оценка ROI, проведенная в совокупности с оценкой рисков внедрения информационной системы в компании, выдает показатели вероятности того или иного значения ROI (например, 85% вероятности успеха на 50% ROI, или 30% вероятности успеха на 70% ROI). Для простоты расчета ROI имеет смысл разделить эффекты от внедрения информационной системы на 3 вида:

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

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

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

· экономия рабочего времени определенного рода менеджеров;

· эффективное применение человеческих ресурсов на предприятии;

· сокращение стоимости осуществления той или иной трансакции на предприятии.

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

Размещено на Allbest.ru