Тема 12. Ситуативне моделювання проведення організаційних змін на підприємствах
1. Вибір програмного комплексу - електронної бази даних.
2. Критерії оцінки ефекту від автоматизації управлінської діяльності.
3. Технічні засоби підтримки
4. Організація документообігу
Вибір програмного комплексу - електронної бази даних
Нині в епоху розвитку НТР, нових технологій бізнес, особливо великий, переживає якісний ривок вперед, що характеризується великими інформаційними потоками. Побудувати, ефективно організувати управління новою організацією або групою в сучасних умовах стає практично неможливим внаслідок бізнес-процесів, що динамічно змінюються.
Автоматизація управління інформаційними потоками в організації або групі, дозволить скоротити час на обробку інформації про результати бізнес-процесів, внаслідок чого керівник у будь-який момент може прийняти найбільш адекватне оперативне управлінське рішення по управлінню поточною діяльністю підприємств, організацій, груп.
Розрахунок і аналіз будь-якого показника господарської діяльності (будь то залишки товарів, дебіторська, кредиторська заборгованість і так далі) в умовах наявності великого числа контрагентів, переконливого асортименту продукції, чималої кількості територіально видалених дочірніх компаній і відособлених підрозділів сьогодні робити вручну просто неефективно - це вимагає раніше великих витрат часу, наявності солідного штату обліковців, але не гарантує точність розрахунків, оскільки з ростом числа співробітників збільшується вірогідність помилки.
Сьогодні практично будь-яке підприємство використовує нехай навіть примітивну, але автоматизовану електронну базу даних, що дозволяє скоротити долю ручної обробки інформації.
Впродовж останніх п'яти років більшість підприємств і великих груп активно впроваджують у себе електронні системи управління, або корпоративні інтегровані системи (КІС), що дістали на заході назву ERP -системи (Enterprise Resource Planning). Основне завдання подібних систем зводиться до досягнення повної автоматизації обробки інформації по усіх протікаючих бізнес-процесах в організації або групі і наданні на виході детальних відомостей про результати цих бізнес-процесів у будь-який момент часу, тобто в режимі "on-line".
Це зрештою дозволяє керівникові, оцінивши обстановку, швидко прийняти правильне управлінське рішення відносно поточної діяльності організації і групи. Зараз в Україні маса систем класу КІС, і за бажанням можна детально ознайомитися з ними в різних джерелах (довідкова література, рекламні матеріали, Internet та ін.).
Головне завдання - допомога у виробленні системного підходу до аналізу необхідності введення ERP -систем в організаціях і групах, формулювання концептуальних положень технічного завдання до проектованої або закуповуваною ERP -системе; у формуванні чіткого представлення у читача - керівника, власника, консультанта, для чого їм потрібна ERP -система, які вимоги необхідно пред'являти до вибираним ERP -системам в процесі організаційного проектування нових організацій або груп.
При виборі ERP -системи, доцільно керуватися наступними вимогами:
- наявність максимуму можливостей по електронній обробці інформації (у системі мають бути реалізовані усі сучасні технології по електронній обробці інформації - сучасне програмне забезпечення, можливість підстикування відсканованих первинних документів і так далі);
- максимальна швидкість обробки інформації (можливість користувача в режимі "on-line" у будь-який момент часу отримувати достовірну інформацію про усі бізнес-процеси і результати усіх господарських операцій за умови правильного і своєчасного введення інформації у базу операторами);
- можливість відображення результатів будь-яких операцій (кількісний, грошовий облік; закупівля, виробництво, реалізація, кредити і так далі);
- сумісність з багатьма найбільш поширеними програмними продуктами, у тому числі використовуваними в проектованій організації або групі (MS Office - Word, Excel та ін., бухгалтерськими програмами: 1С, БЭСТ та ін.);
- простота в користуванні (не вимагає від персоналу знання спеціальних навичок програмування, можливість швидкого освоєння користувачами і тому подібне);
- універсальність (можливість розробки різних форм звітів, прийнятних і зручних для користувачів);
- можливість представлення звітів у вигляді модельованих таблиць з використанням діаграм, малюнків та ін.;
- висока адаптивність (можливість використання в різних територіально видалених підрозділах);
- можливість створення детальних довідників (асортимент, контрагенти, договори);
- можливість автономного обслуговування (незалежність від розробника);
- порівняно невисока вартість (хоча вартість базового комплекту найбільш поширених КІС складає не нижче 200 000 євро);
- можливість здійснення наочного тестування при купівлі;
- наявність детального текстового опису - посібники користувача;
- наявність рівнів безпеки і контролю введення і внесення виправлень інформації в систему;
- термін введення в експлуатацію на підприємстві (зазвичай складає 1-3 роки).
Відразу варто відмітити той факт, що більшість розробників програмних продуктів, представлених на ринку, не задовольняють усім переліченим вище вимогам. У зв'язку з цим перед вибором КІС необхідно створити робочу групу, в яку повинні входити потенційні споживачі звітності КІС :
- власники безпосередньо;
- керівники вищої ланки (виробництво, реалізація, транспорт, фінанси);
- власні IT -спеціалісти.
Ця робоча група повинна постійно у повному складі брати участь при кожному спілкуванні з новими представниками розробників. Будучи замовниками, власники і топ-менеджери організації і групи повинні чітко для себе утямити, що вони хочуть від системи ERP і скільки вона коштуватиме. Не завжди слід вибирати найдорожчу систему. Необхідно розуміти, чи здатна вона вирішити основні проблеми із забезпеченням керівників інформацією, потрібною для прийняття ними правильного і оперативного рішення.
Нерідко система дає надлишок інформації, яка в управлінській діяльності зовсім не потрібна. На усі ці питання можуть відповісти тільки власники і топ-менеджери за допомогою своїх співробітників: програмістів, бухгалтерів, виробничників, комерсантів і так далі
Сьогодні у більшості підприємців склалося враження, що ERP -система - це свого роду "чарівна паличка", "ліки від усіх хвороб", які відразу зроблять фірму керованою, підвищать рентабельність і збільшать обороти. Ця глибока помилка. Управлінцеві, власникові або найманому керівникові завжди потрібно утямити для себе, що:
- будь-яка ERP -система - цей усього лише засіб, інструмент, який сам не управляє, а за допомогою якого управляють;
- ніяка ERP -система не зможе стати адекватним технічним високоефективним інструментом без наявності правильної і своєчасної роботи операторів, що вносять усю інформацію в цю ERP -систему, - якщо оператор щось не ввів, то і уся система неправильно відбила результат того або іншого бізнес-процесу.
У практиці зустрічалися випадки невдалих проектів введення КІС в організаціях і холдингах. Завжди власники, топ-менеджери ставлять питання - хто винен? Винять усіх: розробників, програмістів, власних співробітників. І ніколи себе. А винні насправді вони самі. Винні в тому, що потрапили в полон власних ілюзій, що довірили свій бізнес не фахівцям, а профанам і що самі безпосередньо не брали ніякої участі або брали саму поверхневу участь, "для галочки", в процесі впровадження КІС.
Єдиний шлях в цьому випадку, щоб уникнути помилок, - це чітке і ясне розуміння, що є ERP -система і як з нею поводитися.
Схемний модель більшості ERP -систем можна описати таким чином: в єдину базу даних поступають усі первинні відомості про діяльність підприємства і на їх основі програма будує різні звіти, графіки, прогнози, словом, поставляє повноцінну аналітичну інформацію. Господарські операції реєструються в системі один раз, і їх вплив на результативність роботи підприємства можна оцінити відразу, отримавши відповідний звіт.
Отже, основна цінність ERP -системи - в забезпеченні інформаційної інтеграції усіх функціональних областей діяльності компанії.
Незважаючи на те що можливості сучасних ERP -систем досить розвинені і постійно зростають, дива може і не статися. Частенько після впровадження корпоративної інформаційної системи керівництво як і раніше незадоволено якістю інформаційного забезпечення. Наприклад, усупереч усім очікуванням не скорочуються трудовитрати на виконання рутинних операцій і, що ще важливіше, зберігаються усі недоліки, властиві практиці здійснення виробничо-господарських операцій, що раніше склалася.
Зазвичай йдеться про некоректне оформлення первинних документів, наявність наднормативних запасів, порушення в політиці збуту, зокрема відпуск продукції клієнтам, що мають невиконані зобов'язання, і так далі. Більше того, нерідко спроектована ERP - система настільки складна і неадекватна поточним завданням, що взагалі не використовується в компанії. І це не одиничні випадки! За деякими даними, на заході однозначно успішними вважаються менше 50% впроваджень ERP -систем.
Причин невдалих впроваджень сотні. Але в їх основі, як правило, лежить порушення засадничих принципів проектування автоматизованих систем управління (АСУ).
Звичайне впровадження ERP -систем не дає очікуваних результатів внаслідок їх проектування без урахування стратегії розвитку бізнесу; порушення принципу побудови системи зверху "вниз"; надмірного захоплення реинжинирингом бізнес-процесів і їх порою невиправданого підпорядкування вимогам стандартної функціональності базової ERP -системи і, навпаки, внаслідок кардинальної переробки базової функціональності.
По-перше, ERP -система - це в першу чергу інструмент для забезпечення ефективної роботи системи управління, яка повинна на підприємстві працювати незалежно від наявності або відсутності ERP -системи.
По-друге, ERP -система - усього лише програмний продукт: як його настроїш, так він і працюватиме. Для того, щоб він правильно і ефективно працював, треба чітко уявляти, що і як він повинен робити, щоб надати допомогу в управлінні підприємством. ERP -система - не зовсім "коробкова" програма, як, наприклад, Microsoft Office, яку можна з рівною мірою ефективності встановити на комп'ютерах будь-якого підприємства. Результативність ERP -системи значною мірою залежить від її налаштування під певні завдання конкретного підприємства.
Тільки правильно спроектована і налагоджена ERP -система дійсно "допомагає" зробити бізнес більше керованим і "прозорим" для керівництва компанії.
По-третє, якщо керівництво організації або групи наважилося впровадити ERP -систему, то йому потрібно безпосередньо брати участь в цьому процесі (аж до розробки моделей і варіантів кожного звіту і так далі). Впровадження ERP -системи - це такий же повномасштабний проект, як і залучення інвестицій, розвиток нового виробництва.
Якщо відноситися до нього зневажливо, вважаючи це справою програмістів, то краще не братися за впровадження ERP -системи взагалі - толку ніякого, бізнес-процеси автоматизований контролюватися не будуть, а ось час і гроші будуть згаяні даремно.
По-четверте, проектування системи ERP завжди повинне здійснюватися з урахуванням стратегії розвитку компанії, групи. Абсолютно очевидно, що при налаштуванні системи неможливо врахувати усі потенційні шляхи розвитку організації або групи у далекому майбутньому. З часом ERP -системи, створені у відриві від планів стратегічного розвитку бізнесу, зажадають кардинальної модернізації. Інакше вони перетворяться на тягар, що заважає процесам оперативного управління, діловодства.
Створення і впровадження повнофункціональної ERP -системи - тривалий процес, який на великих підприємствах може займати більше трьох років. Відповідно систему необхідно проектувати так, щоб вона працювала впродовж двох-трьох років без проведення модернізації. Тому при проектуванні важливо представляти структуру і масштаби бізнесу в перспективі як мінімум на три роки.
Помилки в прогнозуванні можуть привести до невиправдано великих витрат, зокрема на купівлю додаткового мережевого устаткування, оплату Інтернет-трафіку, що становлять значну долю у вартості експлуатації ERP -системи. Цілком можливо такий розвиток подій, коли опісля півроку або рік виникає необхідність перебудови ERP -системи на новий базис.
Наприклад, подібна необхідність може виникнути в процесі розвитку бізнесу, якось: розширення, зміна масштабу виробництва у бік збільшення (наприклад, з дрібносерійного на великосерійне), створення розгалуженої мережі дочірніх компаній і відособлених підрозділів, зміна умов роботи з постачальниками і покупцями.
В зв'язку з цим продуктивність внутрішніх телекомунікаційних каналів має бути розрахована на підвищене навантаження, наприклад коли інформаційний потік зростає із-за скорочення періодичності оновлення даних. Якщо продуктивності каналів і самої бази даних недостатньо, то введення інформації у базу стосовно бізнес-процесів проходитиме менш оперативно. Отже, достовірність таких даних може знизитися.
По-п'яте, починати проектування ERP -системи слідує на основі наявного, необхідного об'єму вихідної інформації, тобто на базі тих управлінських звітів (наприклад, про рух товару і грошей), які управлінці хочуть постійно отримувати, заходячи в систему.
Іншими словами, спочатку в технічному завданні (ТЗ) необхідно чітко і максимально детально сформулювати усі форми і види звітів, які на виході повинен отримувати відповідний користувач (будь то генеральний директор, комерційний директор, директор по виробництву, логістиці, фінансовий директор і так далі).
Якщо спочатку постановки ТЗ будуть точно ясні структура і форма інформації, що отримується на виході, тоді систему легше буде настроїти і впровадити, виключно керуючись усіма побажаннями замовника. Багато підприємств здійснюють помилку, допускаючи спочатку формування системи, а потім чекають від неї якихось звітів, параметри яких потрібно було сформулювати перед впровадженням системи. Вказаний підхід полегшить і прискорить практичне впровадження КІС, заощадивши масу часу і грошей як замовника, так і розробника.
На практиці процес проектування виглядає таким чином: замовник формулює укрупнені вимоги (у тому числі види і форми звітів інформації, що отримується на виході) до створюваної системи (див. вимоги, перелічені вище), які лягають в основу попереднього ТЗ, що розробляється замовником і коригованого виконавцем (зовнішніми консультантами, розробниками).
Цьому процесу завжди передує аналіз виробничо-господарської діяльності компанії-замовника - найдетальний аналіз усіх бізнес-процесів в проектованій організації або групі. Мета вивчення бізнес-процесів - визначення вузьких місць або пропусків в інформаційному забезпеченні і виявлення резервів для підвищення ефективності роботи компанії.
На основі варіантних опрацювань в попередньому ТЗ визначається контур створюваної системи, а саме: базова ERP -система; функціональна структура; інформаційне забезпечення; облікові регістри, варіанти звітів; кількість необхідних автоматизованих робочих місць; технічне забезпечення.
При розробці попереднього ТЗ особлива увага приділяється перспективам розвитку бізнесу замовника. Рамки, в межах яких важливо розуміти (представляти) перспективи розвитку бізнесу, визначаються, виходячи з термінів розробки і впровадження системи (які залежать від масштабів компанії : від одного року до трьох років); періоду функціонування системи без необхідності її модернізації (бажано, щоб період морального старіння системи складав не менше двох років).
Сформоване на основі передпроектного обстеження попереднє ТЗ може містити декілька основних альтернативних варіантів розвитку автоматизації системи управління замовника. Кожен варіант має бути оцінений, виходячи із співвідношення "вартість/ефективність". Вибір попереднього ТЗ здійснюється замовником і служить основою для розробки і затвердження остаточного варіанту ТЗ. Тут детально опрацьовуються вимоги до системи.
ТЗ - основний документ, що визначає вимоги, організацію і проведення робіт, відповідно до яких здійснюється проектування ERP -системы і її здача замовникові.
Наступний етап - розробка моделі бізнес-процесів "to be" (бізнес-процеси в умовах функціонування ERP -системы). Модель створюється на основі ТЗ і укрупнена описує управлінські і інформаційні взаємозв'язки в системі. Цей етап є ключовим в роботах із створення ERP -системы. Це пояснюється тим, що його результати дозволяють сформувати у співробітників і керівництва компанії-замовника бачення функціонування їх організації або групи в умовах використання ERP -системы і уточнити вимоги до неї.
Для великих компаній доцільна розробка ескізного проекту (до розробки моделі бізнес-процесів "to be"), в якому визначаються основні проектні рішення (з кількістю робочих місць понад 10). На основі ТЗ, проектних рішень, затверджених на етапі ескізного проектування, і моделі бізнес-процесів "to be" здійснюється безпосереднє проектування.
На цьому етапі має бути проведений аналіз відповідності алгоритмів розрахунків і методів управління, закладених в програмному забезпеченні впроваджуваної ERP -системы, специфічним алгоритмам і методам, вживаним в практиці функціонування компанії-замовника. За результатами аналізу визначаються пропуски у функціональності системи і приймаються необхідні проектні рішення по їх усуненню.
Ефективність проектів із створення і впровадження комплексних автоматизованих систем управління тим вище, чим тісніше співпраця замовника і розробника на усіх етапах проектування.
"...Чим більше підприємство, тим краще йому зрозуміла необхідність КІС. Багато підприємств нині вибирають собі КІС, тобто визначають свої вимоги до інформаційної підтримки з боку системи. Як правильно сформулювати ці вимоги і з першого разу побудувати оптимальну систему? Залишимо осторонь технічні особливості різних КІС, якось: вимоги до серверів, операційних систем і так далі
Треба чітко розуміти, що технічні вимоги підпорядковані вимогам з боку системи управління, а не навпаки, коли постачальник розповідає про свою потужну платформу або вимоги до заліза. На першому місці повинні стояти вимоги по функціональності системи, по її відповідності цілям підприємства.
КІС повинна стати частиною системи управління і підтримувати діяльність керівництва і персоналу, надаючи потрібну інформацію для ухвалення рішень. Система управління завжди означає наявність управлінського циклу, зображеного на рис. 10.1
Рис. 10.1. Двомірна система координат для порівняння
Відповідно КІС повинна підтримувати усі етапи управління, вірніше, усі можливі для автоматизації : планування, облік, контроль і аналіз. І якщо в системі є тільки облік або тільки планування, то вона не зможе якісно підтримати процес управління, тобто не є повноцінною КІС.
З іншого боку, КІС повинна охоплювати усі функціональні області, існуючі на підприємстві : закупівля, зберігання, переміщення, виробництво, продаж і так далі. І якщо пропонована система вирішує усі завдання в закупівлях, але не вирішує у виробництві або продажах, то це теж неповноцінна КІС. Можна намалювати діаграму, що відбиває функціональність КІС по вказаних двох чинниках (див. мал. 6).
Таким чином, будь-які з наявних на ринку КІС можна наочно розмістити на цій діаграмі і порівняти між собою.
Але вказаних два критерії недостатньо для оцінки рівня розвитку тій або іншій КІС. Важливим чинником є інтелектуальність КІС, тобто глибина автоматизації бізнес-процесів, а також наявність в КІС процедур і функцій, необхідних для зручного і правильного введення, обробки і відображення інформації. Неінтелектуальна в цьому плані КІС являтиметься просто сховищем даних, в яке хто завгодно вводить дані, а потім їх просто масою викидають в зовнішній засіб для аналізу - і роби там з ними, що захочеш.
Чим більше КІС залишає неавтоматизованих операцій, чим вище пред'являє вимоги до операторів і чим менше можливості по відображенню інформації для аналізу, тим менш інтелектуальна ця система.
Неінтелектуальні КІС неповноцінні КІС. Наведу два приклади, що пояснюють суть сказаного.
У першому випадку в системі була реалізована підтримка формування планів, планування, обліку і контролю. У числі інших складався бюджет виплат. Але насправді облік виконання планів вівся без попереднього контролю, тобто при плані виплат в 100 одиниць співробітник міг зробити платіж на 500, і наступного дня менеджер бачив результати контролю - відхилення 400 одиниць. Але було вже пізно, дію відмінити неможливо.
Хоча досить просто було пропрацювати механізм лімітації, коли в КІС закладаються відповідні правила і вона реагує: "Ви на 400 хочете перевищити встановлений ліміт. Якщо це дійсно потрібно, відправте заявку до такого-то на підтвердження перевитрати". КІС відповідає користувачеві і розумно регламентує його дії.
Другий приклад. Підприємство купило престижну КІС (західного виробництва), вклавши в неї сотні тисяч доларів. Номенклатура товарів - близько 10 000, постачань - до 500 в день. Так от, замість звичайних комірників підприємство вимушене було узяти на роботу кваліфікованих програмістів для введення накладних і підготовки звітності.
А усе тому, що в цій КІС товар користувачеві представлявся двенадцатизначным кодом, і кожного разу вимагалося ці цифри набирати в документах, спеціальним чином щодня розшифровувати з даних штрих-кодового устаткування, копіювати і імпортувати файли, знову перетворювати коди в звітах. Усі ці дії виконувалися персоналом, і будь-яка помилка, несвоєчасне виконання операцій приводили до серйозних проблем.
Тобто оперативність і достовірність інформації, яку надавала КІС, залежали від такого числа людських чинників, що збої були регулярні. Тобто створена КІС також недостатньо інтелектуальна.
Тому третьою віссю на діаграмі слід зображувати рівень "інтелектуальності КІС" від простого сховища даних до дійсно інтелектуальних систем (див. мал. 10.3). Визначити практично цей рівень можна тільки після детального вивчення КІС або навіть дослідній експлуатації.
Взагалі ж вибір КІС відбувається на чотирьох рівнях ухвалення рішень :
1. Стратегічний - визначаються:
- мета проведення автоматизації;
- області автоматизації;
- призначення КІС.
Рис 10.2. Тривимірна
система координат для порівняння
2. Функціональний - визначаються:
- необхідні функції КІС;
- функціональні можливості існуючих пропозицій;
- відповідність пропозицій вимогам.
3. Операційний - вибираються:
- операційна система;
- СУБД, мова доопрацювання і так далі;
4. Апаратний - вибираються:
- оргтехніка, що відповідає вимогам операційного і функціонального рівнів;
- мережеві рішення.
Рішення, що приймаються на функціональному рівні, - найважчі. На стратегічному рівні питання з КІС вирішуються досить швидко: так, мовляв, потрібно автоматизувати і якомога більше і швидше. А далі встає питання вибору КІС, рішення якого займає місяці, а нам відомі випадки, коли процес затягувався на декілька років. На практиці застосування цієї техніки вибору дозволяє нам порівнювати будь-кого КІС і пропоновані рішення на функціональному рівні саме в описаній тривимірній системі координат.
І робити висновки, що дозволяють підприємству переходити до наступного, більше рутинного, етапу вибору і починати процес впровадження КІС.
Важливий також при виборі КІС і урахування галузевої специфіки кожної проектованої організації або групи. На думку відомого управлінського консультанта Капустіна В. Н.:
"Ігнорування галузевої специфіки при впровадженні інформаційних систем може повести підприємство по тупиковому шляху". Впроваджуючи ERP -систему, підприємство розраховує отримати у своє розпорядження сучасний досвід управління бізнесом. Звичайно, сучасний досвід у своє розпорядження воно отримає, але не той, який сприятиме розвитку підприємства, а той, який поведе процес вдосконалення системи управління по неправдивому шляху.
З іншого боку, вибір непідходящого програмного забезпечення може викликати неможливість впровадження і промислової експлуатації системи або у кращому разі приведе до великих об'ємів переробок в системі (якщо це можливо), з відповідним збільшенням термінів і бюджету проекту.
Цілі, завдання і методи аналізу галузевої специфіки залежать від того, на якому етапі створення інформаційної системи управління він робиться.
Концептуальне проектування системи.
На етапі концептуального проектування нашим завданням є формування перспективного бачення інформаційної системи, визначення складу і структури вживаних програмних продуктів. Аналіз галузевої специфіки допоможе уникнути помилок і правильно побудувати структуру перспективної системи.
Джерелом інформації про те, як повинна виглядати перспективна інформаційна система підприємства, для нас являється вивчення передового досвіду західних і вітчизняних компаній вашої галузі. Перш ніж приступати до концептуального проектування, треба вивчити цей досвід і застосувати його до особливостей організації бізнесу на конкретному підприємстві.
Вибір програмних продуктів.
Для правильного вибору ERP -системы необхідно ретельно сформувати вимоги до неї з урахуванням специфіки підприємства.
Цей процес необхідно вести з двох сторін:
- формалізація функціональних вимог до системи з боку підприємства;
- аналіз галузевої специфіки на підставі досвіду західних і вітчизняних підприємств.
Приймаючи рішення про вибір ERP -системы, необхідно аналізувати її на відповідність сформованим вимогам. Крім того, одним з основних критеріїв повинен стати досвід її застосування на підприємствах вашої галузі у світі.
Реалізація впровадження.
При плануванні і реалізації впровадження потрібно враховувати той факт, що для різних галузей вимагатиметься різна послідовність впровадження модулів і сильно розрізнятися об'єм необхідної нормативно-довідкової інформації. Наприклад, для підприємства авіапромисловості на перше місце за значимістю і термінами впровадження вийшла функціональність по управлінню проектами. А найоб'ємнішою роботою на проекті повинні були стати вивіряння і введення в систему інформації по складу виробу і технологічним маршрутам.
У нафтовидобутку найоб'ємнішою роботою на проекті повинні були стати вивіряння і введення в систему інформації по експлуатованому устаткуванню нафтопромислу :
Результуючим етапом проекту впровадження ERP -системы в створюваній організації або групі являється оцінка його економічної ефективності. В зв'язку з цим особливо актуальними нині виступають концептуальні підходи до оцінки економічної ефективності процесу впровадження ERP -систем, розроблені А. Галкіним і С. Дегтярем, що мають значний практичний досвід впровадження КІС на підприємствах :
"...Сьогодні жоден керівник не поспішає впроваджувати нові інформаційні технології без ретельного аналізу і визначення їх економічної ефективності і доцільності". При визначенні очікуваного ефекту від їх впровадження в практику управління підприємством необхідно розглянути наступні питання:
- критерії оцінки ефекту від автоматизації управлінської діяльності;
- джерела (складові) можливого ефекту від автоматизації;
- умови, необхідні для отримання ефекту;
- методику оцінки вигод, що отримуються бізнесом від впровадження інформаційних технологій.