Глава 6. Развития информационных
систем управления
История развития информационных систем управления
Первыми программными продуктами, в той или иной степени
автоматизирующими бизнес-операции были так называемые Автоматизированные Рабочие
Места (АРМ). Само по себе, появление АРМов было революцией, потому что
такие рутинные операции, как бухгалтерский учет, учет материальных запасов – все
это было доверено компьютерам, которые, как мы знаем, делают это гораздо быстрее,
лучше, точнее и честнее, чем человек.
Следующая ступень эволюции – интеграция разрозненных АРМов в
единые комплексные системы. Результаты таких объединений были названы MRP.
MRP – это Material Requirements Planning, т.е. система позволяющая
планировать потребности предприятия в ресурсах и позволяющая делать так, чтобы
эти потребности были вовремя удовлетворены, необходимые комплектующие пошли в
производство и заказ был выполнен в установленный срок. Развитие систем
управления на этом не остановилось, и в 90-х годах прошлого столетия на мировой
арене все большую популярность стали завоевывать приложения ERP-класса.
В основу идеологии ERP (Enterprise Resource Planning)
заложено более широкое представление о ресурсах предприятия: и материальные
потоки, и денежные средства, и труд рабочих. Т.е. все то, что предприятие
потребляет и чем оперирует для достижения своей главной цели – получения прибыли.
ERP-приложения это очень мощные продукты, лучшие представители которых
охватывают практически все сферы деятельности предприятий. Перечень модулей и
функций таких приложений впечатляет своим охватом: здесь и бухгалтерский учет, и
маркетинг, и разные виды производства, и финансовые операции, и управление
цепочками поставок и т.д. и т.п. Однако если внимательно проанализировать
историю их использования, зачастую приходится делать одни и те же выводы:
1.
Внедрение ERP-приложений занимает очень много
времени.
2.
Одно эксплуатируемое ERP-приложение в большинстве
случаев не охватывает полностью все участки предприятия.
3.
Имеющихся в ERP-приложениях аналитических средств
не достаточно для того, чтобы обрабатывать накапливаемую информацию.
Безусловно, предприятие, внедрившее у себя ERP-систему, имеет
конкурентное преимущество перед теми, у кого до сих пор используются
разрозненные и не связанные между собой АРМы. Но независимые исследователи,
консультанты и сами пользователи корпоративных систем все чаще стали
констатировать, что в результате внедрения ERP-систем топ-менеджмент – именно те,
ради кого затевался проект внедрения – по-прежнему оказываются “за бортом
автоматизации”. После внедрения Системы Директор предприятия продолжает
пользоваться бумажными отчетами, целиком и полностью полагаясь на тех, кто ему
эти отчеты подготовил, не имея никакой возможности самостоятельно работать с
корпоративными данными. Новая Система, как и ее “бумажная” предшественница,
по-прежнему остается системой “в себе”, учетной программой с явными признаками
“лоскутной” автоматизации, удовлетворяющей только рядовых сотрудников и
начальников отделов, но не управленцев.
OLAP-системы
Практически параллельно с развитием ERP, развивались приложения,
предназначенные для анализа и обработки информации в реальном режиме времени (OLAP-системы).
Такие системы обладают гибкостью представления и обработки данных. Интуитивно,
пользователи-аналитики потянулись именно к тем приложениям, структура которых
наиболее полно соответствует представлению человека о природе информации.
Приведем классический пример. Пытаясь представить себе динамику
объемов продаж нашей компании по месяцам в разрезе видов продукции, мы
воображаем себе простую двумерную таблицу. Та же информация, но в разрезе
регионов – опять двумерная таблица. Но если только попытаться увидеть и регионы,
и виды продукции, сразу возникает необходимость “сложить” эти две таблицы. Так
как мы заранее знаем, что нас заинтересуют и регионы по каждому виду, и каждый
вид в разрезе регионов, возникает настоящая трехмерная модель данных, каждое из
измерений которой становится равноправным в своем существовании. Трехмерная
модель наиболее наглядно представляется в виде куба. Но перегрузка нашего
воображения наступает в момент, когда мы попытаемся к нашему кубу “приделать”
еще одно измерение – какой-либо дополнительный атрибут статистики продаж:
продавец, заказчик и т.п.
Считается, что любая OLAP-система состоит из многомерных
OLAP-кубов. Решающим плюсом OLAPа становится предоставление пользователю
возможности самостоятельной интерактивной работы с отчетами. Т.е. пользователь
сам для себя подбирает комбинацию измерений, мгновенно получая результат сначала
на экране компьютера, а затем и в печатном виде. С момента внедрения в
организации подобного инструмента происходит стремительное снижение потребностей
пользователей в услугах служб автоматизации. Ведь уже не нужно никому заказывать
необходимый отчет и затем долго его отлаживать и согласовывать. Можно сделать
этот отчет самому.
Тут то и проявляется еще одно колоссальное преимущество
OLAP-систем по сравнению с ERP. Независимость от внутренней службы автоматизации
гораздо быстрее удовлетворяет руководство компании аналитическими возможностями
Информационной Системы. Менеджмент предприятия получает возможность получения
корпоративной информации непосредственно из системы, становясь менее зависимым
от тех, кто раньше ему эту информацию готовил. Как результат, менеджерский
состав оказывается непосредственно вовлеченным в развитие информационных
технологий своего предприятия. Стоит ли говорить, что участие руководства в
процессе построения информационной системы является решающим фактором успеха
любого проекта автоматизации!
Многие “продвинутые” пользователи персональных компьютеров,
старающиеся максимально использовать все богатство возможностей программы Excel,
используют в качестве “кубов” так называемые перекрестные таблицы (cross-tabs).
Человечество изначально стремилось анализировать большие объемы сложных по своей
структуре данных с помощью системы координат. Математики предпочитают называть
кубы многомерными матрицами. А одним из последних примеров “бумажного куба”
можно назвать знаменитую “шахматку” - таблицу, в которой строками и столбцами
являются бухгалтерские счета. С помощью “шахматки” можно анализировать обороты
по каждому счету (взятому из строки таблицы) в разрезе корреспонденции с другими
счетами (взятыми из столбцов).
Весьма трудоемкая в составлении, “шахматка” являла собой очень
удобный аналитический инструмент. Примечательно, что появление бухгалтерских
программ не облегчило процесс генерации “шахматок”. Внешняя простота такого
отчета оборачивалась колоссальной трудоемкостью программирования при условии,
что количество строк и колонок отчета оказывалось не лимитированным. Поскольку
аналитики всех мастей постоянно требовали чего-то подобного, разработчики
постепенно пришли к выводу, что данные, предназначенные для анализа, изначально
должны храниться не в табличном (реляционном), а в многомерном виде.
Такой подход к построению базы данных становился очень
требовательным к мощности компьютеров. Поэтому, ценность OLAP-системы
заключается не столько в “изобразительных” способностях, сколько в правильной
организации хранения данных.
Интеграция ERP и
OLAP-систем
Со временем OLAP-системы стали реальной угрозой рынку ERP.
Заказчик зачастую предпочитал покупать аналитические приложения в качестве
интеграционного инструмента для своей “лоскутной” автоматизации. Почувствовав
опасную тенденцию, большинство производителей ERP-систем на сегодняшний день
либо разработали свои собственные OLAP-приложения, либо тесно интегрировались с
зарекомендовавшими себя производителями OLAP-ов. К слову сказать, попытки первых
самостоятельно изобретать велосипед не привели к ожидаемому успеху. Любой
“наскоро сколоченный” OLAP все равно уступал по функциональным возможностям
промышленным системам анализа и слабо справлялся с теми многоаспектными данными,
которые способны генерировать высококлассные ERP-системы.
Казалось бы, ответ на вопрос “Из каких компонент должна состоять
полноценная Информационная Система Управления Предприятием?” достаточно очевиден.
ERP и OLAP. Однако есть и здесь одно “но”. Как известно, три классические фазы
управления – Планирование, Учет и Контроль – в некоторых задачах пересекаются
настолько тесно, что становится трудно отделить одно от другого. Следовательно,
полноценная автоматизация таких задач с помощью только средств учета или только
средств анализа невозможна. Возьмем в качестве примера функцию Финансового
планирования. Для реализации этой задачи необходимы, как минимум, следующие
данные по кредиторской задолженности:
-
Счета к оплате
-
Открытые позиции (задолженность в разрезе
поставщиков)
-
Контракты на поставку
-
Заказы на поставку
-
Платежи (текущие и плановые)
-
Бюджетные статьи
Плюс, требуется все то же самое, но со стороны дебиторов. Все эти
таблицы обязательно содержат в себе условия оплаты, из которых необходимо
построить график ожидаемых выплат и поступающих платежей. Задача заключается в
следующем. Необходимо из всех этих таблиц построить график движения денежных
средств на квартал, а то и на месяц вперед с разбивкой по неделям или даже по
дням. Сразу же на ум приходят “кубы”. А если мы пытаемся учесть сделки
находящиеся на стадии переговоров или собираемся оценить последствия изменения
условий одного из существующих контрактов? С помощью какой такой “комбинации”
разнородных систем мы можем смоделировать будущее финансовое состояние нашей
компании? Скорее всего, здесь помог бы некий интерактивный куб-отчет. Мы хотим
вводить свои данные, но не в ERP-систему, а прямо в наш “куб-отчет-форму”. Это
даст нам возможность эмулировать то или иное развитие событий и поведение
финансовых показателей по состоянию на определенную дату прогнозируемого периода.
Многие финансовые аналитики для решения таких задач используют
широко известный Excel. Однако эта популярная программа годится для одного
пользователя. И то, если этот пользователь достаточно искушен в вопросах связи
Excel с внешними приложениями. В нашем же случае речь идет о слаженном
взаимодействии целой группы сотрудников финансовых служб, каждый из которых
имеет свои собственные полномочия по работе с графиком платежей. Добавим сюда
еще и менеджеров – финансовых контролеров и членов бюджетного комитета,
контролирующих работу своих подчиненных. Получается, что для автоматизации
функций аналогичных финансовому планированию необходимо иметь использовать такое
Приложение, которое обладает эргономичностью популярных электронных таблиц,
“транзакционностью” ERP-систем и аналитической мощью OLAP-ов.
Кроме финансового планирования, существует еще множество функций,
“умещающих” в себе более чем одну фазу управления. Бюджетирование, как процесс
постановки, детализации и согласования бизнес-целей предприятия, так же
нуждается в механизме, объединяющем усилия большого количества пользователей в
рамках единого информационного пространства. Ведь в ходе составления бюджета
фазы планирования (централизованная публикация бюджетных планов), учета (ввод
детальной информации по бюджетам на местах) и контроля (анализ фактического
исполнения регламента составления бюджета) неминуемо пересекаются между собой за
счет итеративного характера самого процесса бюджетирования. Вместе с тем,
бюджетирование в целом представляет собой часть одной фазы управления –
планирования.
BPM
Многие OLAP-производители, осознав необходимость в приложениях
такого рода, начали создавать версии, специализированные для автоматизации
управленческих задач бюджетирования, финансового планирования, анализа и
контроля. В этой гонке на лидирующие позиции удавалось выходить в основном тем,
кто стал разрабатывать и продвигать приложения
полностью специализированные под решение управленческих задач.
Международная компания IDC, специализирующаяся на независимом
мониторинге рынка программного обеспечения, объединила такие приложения в новое
семейство – BPM (Business Performance Management, т.е. Управление
Эффективностью Бизнеса).
BPM-системы позволяют связывать воедино такие понятия как миссия
компании, стратегия развития, цели, долгосрочные планы, среднесрочные
перспективы и конкретные бюджеты на ближайший период. В рамках подобной среды
сотрудничества топ-менеджеры могут публиковать черновую версию бюджетов для
линейных менеджеров (начальников отделов). Последние начинают дополнять эти
цифры своим представлением: могут ли они выполнить эти цели, какие ресурсы им
для этого нужны. Система позволяет им видеть и использовать в своей работе
отчетность смежных подразделений: на основе планов поставок сырья, оценивать
свои возможности по объемам производства и т.п. Далее, откорректированные и
дополненные на нижнем уровне цифры агрегируются вновь до общекорпоративного
уровня. Весь этот процесс “двунаправленного” бюджетирования итеративно
повторяется до тех пор, пока не будет составлен наиболее “реальный” бюджет.
Стоит ли говорить, что благодаря единой среде сотрудничества,
каждый работник начинает более четко осознавать свою роль в процессе управления
организацией. Достоверность бюджета повышается за счет вовлечения рядовых
исполнителей в процесс его составления.
Разумеется, построение такой системы не возможно без мощнейшего
механизма консолидации финансовых и количественных данных. Механизма,
позволяющего любому подразделению использовать собственную валюту и вместе с тем
агрегированный баланс конвертировать в корпоративную валюту. Кроме того,
реальный механизм консолидации подразумевает наличие функции “исключения”
внутрикорпоративных оборотов. Консолидация в огромной разветвленной структуре –
очень трудно контролируемый процесс. Зачастую, данные агрегированного баланса
нуждаются в обратном анализе. Когда возникает необходимость проследить весь
процесс “рождения” конкретной цифры, помогает “аудиторский протокол”.
Что еще дают своим пользователям BPM-приложения? Уважающий себя
финансовый менеджер не отправится вплавь по очередному бюджетному периоду, не
взяв, помимо основного, пару-тройку бюджетов “про запас”: на случай
отрицательного или “не запланировано положительного” развития событий. В
кризисный момент требуется без промедления перевести организацию на “аварийный
бюджет”. При этом времени на пересмотр, согласование и опубликование всех статей
бюджета в разрезе всех центров затрат, естественно, нет. Специализированные
компьютерные системы класса BPM позволяют вести несколько версий бюджета или
финансового плана организации и, при необходимости, оперативно переключать все
структурные подразделения на новую версию.
BPM-приложения повернулись лицом к руководству компаний.
Топ-менеджеры, работающие с BPM, теперь могли самостоятельно настраивать систему
под свои нужды, не обращаясь к специалистам отдела автоматизации. Ведь не каждый
топ-менеджер захочет допустить других к стратегическим планам, структуре
доходов и т.д.
Аналитическая функциональность BPM-приложений обеспечивает
возможность составления отчетности “на лету”: любой элемент существующих
измерений можно с помощью мыши положить в аналитическое окно и прямо на экране
создать свой “куб” данных. Так называемые “контрольные агенты” BPM вовремя
обнаруживают отклонения фактических показателей от их плановых величин и
оповещают об этом. Сбывается мечта любого директора – когда можно, придя с утра
на работу, включить компьютер и увидеть там сразу же все проблемные места
предприятия, сфокусировать свое внимание на тех местах, где возникли отклонения.
А если менеджер уже сработался с системой, то она ему сможет предложить даже
некоторые возможные варианты решения возникших проблем.
Эффективная интеграция специализированных программных
приложений
На рисунке (Рисунок
14) представлена
диаграмма интеграции специализированных программных приложений, позволяющая
примерно оценить применимость тех или иных классов приложений в зависимости от
размера предприятия. Горизонтальная ось “Размер предприятия” может быть выражена
в объемах продаж, рыночной стоимости или, скажем, количестве персонала. Она не
содержит градаций, так как диаграмма призвана изобразить тенденцию роста, а не
конкретные его показатели.
![](chapter6.files/image002.jpg)
Рисунок 14
– Интеграция специализированных
программных приложений
Со столь же высокой степенью условности выделены следующие классы
приложений:
-
АРМ (автоматизированные рабочие места) –
автоматизированные рабочие места. В данном контексте могут представлять собой
более-менее комплексную систему, состоящую или из отдельных “доморощенных”
подсистем, или из какого-то стержневого приложения низшего по отношению к ERP
класса, или даже из электронных таблиц Excel. Для малых предприятий, где все
управление финансами осуществляется одним-двумя специалистами, один из которых
главный бухгалтер, зачастую вполне достаточно скомбинировать приложение класса
“1С” с электронными таблицами для покрытия практически всех управленческих задач.
Процессы бюджетирования (или бюджетного планирования) на таких предприятиях
обычно производятся генеральным директором в электронных таблицах.
-
ERP (enterprise resource planning) – информационная
система управления ресурсами предприятия. В системах такого класса ведется
операционный (управленческий) и бухгалтерский учет, осуществляются функции
производственного планирования и планирования поставок. Среди наиболее известных
западных систем подобного класса представленных в России можно назвать Axapta,
Baan, J.D. Edwards, R/3.
-
BPM (Business Performance Management) –
информационная система, предназначенная для автоматизации процессов
управленческого планирования и контроля – тех самых “стыковых” задач.
Ориентированное на решение задач финансового управления, такое приложение
является, по сути, OLAP-системой с характеристиками ERP (возможность
многопользовательского ввода информации, поддержка исполнения бизнес-процессов,
потоков работ и регламентов). Наиболее известные западные системы подобного,
представленные у нас, это Comshare MPC, e.Planning, Hyperion Pillar, Oracle
Financial Analyzer.
-
OLAP – средство аналитической обработки данных в
реальном режиме времени. В отличие от BPM, OLAP-приложения не “заточены” ни на
какие конкретные задачи, хотя некоторые формы встроенной бизнес-логики (готовые
аналитические отчеты, перечень бизнес-объектов и т.п.) в этих приложениях иногда
присутствует. Для того чтобы охарактеризовать данный класс систем, а не в целях
обзора рынка, можно так же привести несколько названий: BusinessObjects, Essbase,
Oracle Express, SAS и многие другие.
Как видно из рисунка, главное в интеграционном процессе – трезвая
оценка текущего размера предприятия и четко взвешенный баланс выбираемых для его
автоматизации приложений. Немаловажно, чтобы каждое в отдельности приложение
имело большой запас расширения – было бы данному предприятию, что называется,
“на вырост”. Описание подводных камней интеграции может легко привести к
написанию отдельной статьи.
Цель представления интеграционной диаграммы – отвести каждому
классу свою роль. Причем, роль эта вовсе не так мала, как может показаться,
например, в случае с ERP-системами, изначальная маркетинговая позиция которых
предполагает покрытие всех ячеек подобной матрицы. Доля продаж ERP-систем во
всем мире по отношению к общему объему рынка программных приложений,
автоматизирующих управленческие функции, в последнее время значительно
уменьшилась. Но уменьшение это носит только относительный характер. Общая доля
рынка информационных технологий выросла в разы! Просто и производители
программного обеспечения и потребители их продуктов поняли, что создание единой
системы “на все случаи жизни” объективно не возможно.
Если предприятие только планирует построение корпоративной
системы, следуя логике последовательности фаз управления, можно рекомендовать
начать с автоматизации функций бюджетирования и финансового планирования.
Используя для этого BPM-приложение, фактические данные можно будет вводить
вручную либо импортировать из существующих электронных таблиц. Помимо чисто
прикладных функций, BPM обладает еще и интегрирующим свойством, позволяющим
объединять в единую информационную среду все имеющиеся на предприятии АРМы и
элементы “островковой” автоматизации. Такой проект, с одной стороны, приучает
сотрудников к коллективной работе и приносит реальный управленческий эффект; с
другой – не является пока еще полномасштабной автоматизацией ежедневных операций
со всеми вытекающими от сюда последствиями (большие сроки внедрения, болезненный
реинжиниринг бизнес-процессов, смена корпоративных стандартов, не полный охват и
т.п.). Поработав в такой системе, предприятие становится более подготовленным к
продолжению строительства корпоративной системы управления путем внедрения MRP и
ERP приложений.
Конечно же, построения корпоративной системы управления – процесс
индивидуальный для каждого конкретного предприятия. И в этом нелегком деле самой
неправильной тактикой может стать чрезмерная осторожность, многолетние “выборы”
программ и нежелание принимать решение о начале работ. Еще ни один бизнес не
стал успешным без системы.
Резюме
1.
История развития программных приложений проходит
через следующие стадии: АРМ, MRP, ERP и OLAP.
2.
Функциональными ограничениями ERP-приложений
являются: долгий срок внедрения; не полный охват подразделений; бедность
аналитических возможностей; не включение топ менеджмента в работу с системой
управления.
3.
Для анализа данных применяются программные
приложения класса OLAP. Эти приложения строятся на основе многомерного
представления данных, которое наиболее четко соответствует представлению
человека об окружающем мире.
4.
Функциональными ограничениями OLAP-приложений
являются: специализация на анализе свершившихся событий – без элементов
прогнозирования; отсутствие возможности построения “куба-отчета-формы”.
5.
В теории управления существуют такие задачи (например,
бюджетирование или финансовое планирование), в которых все три фазы управления –
планирование, учет и контроль – перекрываются во времени и выполняются
практически одновременно. На решении этих задач специализируются программные
приложения класса BPM, созданные на базе OLAP-технологий, но обладающие так же
рядом свойств ERP-приложений.
6.
BPM-приложения автоматизируют в первую очередь
управленческие функции: стратегическое управление, бюджетирование, финансовое
планироание, консолидацию, управленческая отчетность и анализ.
7.
Простота в освоении и интуитивный интерфейс
позволяют руководителям предприятий самостоятельно работать с корпоративной
системой, построенной на базе BPM-приложения. А такие возможности, как
автоматическая сигнальная система ключевых индикаторов бизнеса и интерактивный
анализ моделирования последствий принимаемых решений (“что если”) делают эту
систему незаменимым инструментом менеджера.
8.
Наиболее логичный подход к построению корпоративной
системы управления – интегрировать приложения ERP, BPM и OLAP. Чтобы правильно
определять пропорции использования таких приложений, предприятию необходимо
трезво оценивать как свой текущий, так и планируемый уровень развития.
9.
Порядок внедрения программных приложений должен
соответствовать последовательности фаз управления. В первую очередь необходимо
охватить процессы планирования, затем учета и только потом увенчать процесс
построения Корпоративной Системы Управления автоматизацией функций
управленческого анализа.
Вопросы
1.
Дайте понятие термину АРМ.
2.
Дайте понятие термину ERP.
3.
Дайте понятие термину OLAP-система.
4.
Дайте понятие термину BPM.
5.
Являются ли конкурентами ERP и OLAP-системы?
6.
С чего следует начать предприятию, которое только
планирует построение корпоративной системы.
|