|
|||||||
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция |
Управління змінамиУправління змінами важливе для успішного впровадження системи. Воно включає три основні фази: розморожування, просування та повторне заморожування. Розморожування, як це випливає із назви, є процесом створення клімату, сприятливого для змін. Воно означає розуміння того, що є потреба у змінах. Просування — це процес подання нової системи, а заморожування є процесом закріплення змін, що відбулися. У першій фазі розробники мають працювати з організацією, щоб установити клімат, який заохочував би відверте обговорення переваг і недоліків діючої системи та давав би змогу проводити сеанси мозкової атаки для отримання розв'язків проблем і можливостей удосконалення системи. В термінах СППР цей етап грунтується на розвитку цілей СППР, щоб вплинути на процес прийняття рішень, а отже, він має починатися раніше, у фазі аналізу проекту. Розробники хочуть оцінити фактори, які сприятимуть або не сприятимуть впровадженню. Наприклад, організаційний клімат сприяє впровадженню нової системи, якщо користувачі можуть відверто говорити про свої потреби та інтереси через відкриті канали зв'язку завдяки достатньому обсягу знань та досвіду роботи з системою. Однак, навколишнє середовище може знаходитися під впливом інших незалежних факторів. Наприклад, корпорація під час злиття або фінансових труднощів не може сприяти змінам, незважаючи на різні рівні доведення переваг та доступні комунікації. Зайняті працівники можуть бути так сконцентрованими на збереженні своїх позицій щодо зайнятості, що не зможуть зосередитися, власне, на СППР, як на її конструюванні, так і на реалізації. Так само роль вищого керівництва в процесі впровадження СППР є важливою. Вище керівництво, яке використовує систему, забезпечує адекватні ресурси для и використання і має великі сподівання щодо вигід від неї, створює середовище, що сприятливіше для впровадження, ніж це роблять старші адміністратори, які не залучені до розроблення та використання системи. Крім того, якщо має місце тісний зв'язок між розвитком СППР і стратегічними планами для департаменту або організації, то ймовірніше, що процес реалізації буде успішним, тому що керівники і користувачі відчують потребу в системі. Друга стадія змін — це просування. В ній зусилля концентруються на розвитку СППР. Важливу роль відіграють технічні й управлінські ресурси. Керівництво концентрується на залученні користувачів, балансуванні впливу розробників і користувачів, реагуванні на опір та створенні середовища для ситуаційного сприйняття нових засобів. Команда користувачів та розробників установлює пріоритети для проекту, оцінює та вибирає оптимальні рішення з низки можливих. Команда має забезпечувати зворотний зв'язок для всіх користувачів та шукати їхніх порад. Кінцевою фазою змін є повторне заморожування. На цій фазі розробники мають працювати з користувачами, забезпечуючи адекватне задоволення потреб ОПР системою і розуміння ними виконання нових процедур. Це потребує розвитку організаційних зобов'язань та інституціалізації (заснування, регламентування) системи. 8.4.1.4. Інституціалізація системи З урахуванням багатьох факторів, які протидіють успішному впровадженню, розробникам разом з менеджерами потрібно планувати поступову інституціалізацію системи. Наприклад, форма, в якій система буде подана, буде вирішальною. Якщо незаінтересованим особам пропонується система для добровільного використання, то СППР напевно не буде корисною. Добровільне використання відбудеться тільки тоді, коли особи будуть мати інтелектуальну зацікавленість до експериментів з системою, або коли потреба в системі і її можливості задовольняти користувацькі вимоги стануть очевидними. З другого боку, адміністратори, які наполягають на «мандатному» використанні СППР, також стикаються з потенційною невдачею. Важко узаконити стиль прийняття рішень. Користувачі можуть насправді не використовувати систему, а тільки запозичувати зовнішній вигляд її затосування. Інші можуть наполегливо працювати з тією метою, щоб знайти слабкі місця в системі і довести, що вона не варта витраченого часу. Кращим підходом до інституціалізації системи є забезпечення стимулів для її використання. Зрозуміло, що відповідний для цього стимул буде, зазвичай, відрізнятися від додатку до додатку і від організації до організації. Однак не обов'язково, щоб стимули були розроблені детально, або були фінансовими. Наприклад, стимулом може бути пробудження заінтересованості у забезпеченні інформацією тільки від СППР, або, передусім, від СППР. Якщо система добре спроектована, то її слід потім продавати, виходячи з корисності в процесі прийняття рішень. Коли мотивування системи сприяє посиленню уваги деяких осіб до СППР, то ці особи можуть допомогти іншим відчути переваги використання СППР. Ентузіасти можуть демонструвати вигоди системи іншим в їх роботі чи забезпечувати неформальні стимули для її використання. Фактично, це є доказом того, що вербальний метод інституалізації системи є одним з кращих. Пов'язаною з потребою мотивування для інституціалізації системи, зазвичай, є потреба в підготовці. Оскільки не всі потенційні користувачі можуть бути залучені до процесу розроблення, то деякі користувачі не будуть знати, як діє СППР або чому вона функціонує в певний спосіб, і отже, вони потребуватимуть навчання. Ефективною формою є навчання один-на-один, що дає змогу викладачам працювати з окремими особами для отримання ними специфічних знань про роботу СППР. Зокрема, це може бути урок щодо використання маніпулятора миші, або короткий огляд можливостей Інтернету, чи інших необхідних технологій, з якими незнайома певна ОПР. Викладачі мають гарантувати, що програма містить інформацію та навички, необхідні для виконання специфічних завдань. Наприклад, навчання може включати інструкції стосовно того, як знайти нові БД, або як об'єднувати моделі. 8.4.2. Оцінювання впровадження системи Питання про те, як розробник може знати, коли СППР і її впровадження буде успішним, є досить складним і неоднозначним. По суті, воно зводиться до вибору параметрів і методики оцінювання СППР. Як уже зазначалося раніше, оцінювання СППР має проводитися на всіх етапах її розроблення. Проте найскладніше оцінити успішність саме процесу впровадження сис- теми. Зокрема, це оцінювання має визначати, як СППР допомагати-ме організації добувати додаткові ресурси і як вона буде сприяти поліпшенню використання обмежених ресурсів; як СППР впливатиме на ефективність функціонування організації в цілому завдяки її впровадженню тощо. СППР можна оцінювати показниками початкових витрат або вигід для організації, але жоден із цих двох факторів не допомагає проектувальникам зробити систему кращою, тим більше, що як було уже доведено раніше, техніко-економічний аналіз проекту СППР проводити практично неможливо. Узагалі, СППР має допомагати у виявленні інформаційних потреб ОПР, бути простою у використанні, надавати можливості для проведення досліджень, забезпечувати інтелектуальну підтримку і бути легкою для реалізації всіх її функцій. Як службова, призначена для підтримки прийняття рішень ця система має також задовольняти потреби у створенні рішень, відповідати організаційним обмеженням та бути прийнятною для користувачів. Отже, щоб упровадження було успішним, розробник має спрямовувати зусилля на технічну і організаційну придатності СППР. Поиск по сайту: |
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.003 сек.) |