- •. Поняття економічної ефективності інформаційної системи
- •Модель грошових потоків проекту розвитку інформаційної системи
- •Поняття бізнес-процесу в економічному аналізі інформаційних систем. Основні та забезпечуючі бізнес – процеси
- •Типова модель бізнес-процесів інформаційної служби
- •Використовувані моделі управлінського обліку й оцінки діяльності підприємства
- •Інструментарій аналізу проектів розробки і впровадження інформаційних систем
- •Розділ 1. Використовувані моделі
- •Itil/itsm як типова модель бізнес-процесів інформаційної служби
- •Управління сервісами інформаційних технологій і рішення проблем іс
- •Проблеми управління іт в сучасному бізнесі
- •Необхідність зміщення акцентів з інформаційних систем на сервіси іт
- •Управління сервісами iт - ключове поняття itil та itsm
- •Управління сервісами і бізнес-процеси іс
- •Блок процесів інтеграції в бізнес
- •Блок процесів планування і управління сервісами
- •Блок процесів розробки і впровадження сервісів
- •Блок процесів оперативного управління
- •Управління змінами і конфігураціями
- •Угода про рівень сервісу (урс) як основа управління сервісами іс
- •Система формальних угод і процедур в управлінні сервісами іт
- •Урс в системі угод і процедур іс
- •Економічне значення урс і itsm в цілому для іс і підприємства
- •1.1.4. Резюме
- •1.1.5. Контрольні запитання
- •1.2. Сукупна вартість володіння (свв) і сервіси іт
- •1.2.1. Основи моделі свв
- •Поняття сукупної вартості володіння (свв) в аналізі витрат на іт
- •Розширення і модифікації моделі свв
- •1.2.2. Використання свв в управлінні і проблема вибору об'єкту витрат
- •Інформаційна система і сервіс іт як об'єкти витрат
- •Взаємозв'язок елементів витрат і об'єктів витрат в розрахунку свв іт-інфраструктури
- •Сервіси іт і неоднозначність величини свв інформаційної системи і робочого місця
- •Свв інформаційної системи в дії – порівняння ефективності реляційних субд
- •Неоднозначність свв і проблема вибору рішень в області іт
- •Ще про свв інформаційну систему в дії. Проблема аутсорсінгу в умовах Росії
- •1.2.3. Розрахунок свв сервісу іт та система управлінського звіту
- •Функціонально-вартісна модель сервісу іт
- •Фактори затрат, фактори інтенсивності використання і вихідні дані для розрахунку свв сервісу іт
- •Основний ресурс іс – персонал служби іт 1. Як показує практика, це одночасно і самий дорогий ресурс. Типовий фактор затрат цього ресурсу – робочий час.
- •Джерела даних для визначення собівартості сервісів іт методом фва
- •1.2.4. Резюме
- •1.2.5. Контрольні запитання
- •1.3. Функціонально-вартісний аналіз (фва)
- •1.3.1. Основи моделі фва
- •Від «багато до багатьох» до «один до багатьох»: поняття функції
- •Побудова моделі фва
- •Використання фва для економічної оцінки іт – проекту
- •1.3.2. Розширення і модифікація моделі фва
- •1.3.3. Вимоги фва до системи управлінського обліку
- •Управлінський облік і впровадження фва
- •Функціонування фва/фву і вимоги до системи управлінського обліку
- •1.3.4. Резюме
- •1.3.5. Контрольні питання
- •1.4 Збалансована система показників і оцінка економічної ефективності проекту розвитку інформаційної системи
- •1.4.1. Продуктивність інформації, капітал знань і правила бізнесу
- •1.4.2 Проект розвитку інформаційної системи і показники результативності діяльності підприємства
- •1.4.3. Вимірники результативності в оцінці впливу проекту на акціонерну вартість підприємства
- •Зміни кпр і зміни акціонерної вартості капіталу
- •Сумісне використання кпр, фва/фву і свв в розрахунку фінансового результату іт-проекту
- •1.4.4. Резюме
- •1.4.5.Крнтрольні запитання
- •1.5. Висновки
- •Розділ 2. Оцінка ефективності проекту розвитку інформаційної системи на стадії експлуатації
- •2.1 Проекти, орієнтовані на створення нових сервісів для бізнес – користувачів (бізнес - проекти)
- •2.1.1. Розвиток систем асу тп і контрольно - вимірювального обладнання
- •Системи асу тп і іт – інфраструктура підприємства
- •Розвиток систем предметної області
- •Розробка і впровадження фінансово – економічних систем
- •Особливості фінансово – економічних систем і економічна оцінка проектів їх розвитку
- •Рішення про розробку або закупівлю фінансово-економічної системи
- •Прийняття рішень по проектах розвитку фінансово-економічних систем
- •Mrp II і erр – системи як особливий клас фінансово-економічних систем
- •Основний виробничий план як ядро бізнес-процесів mrp II
- •Інші процеси планування в mrp II
- •Mrp II і erp як стандарти програмного забезпечення
- •Джерела позитивного фінансового результату при впровадженні систем mrp 11/erp
- •Проекти електронного бізнесу і їх економічна оцінка
- •Проекти розвитку довідкових інформаційних систем
- •2.1.8. Контрольні запитання
- •2.2. Інфраструктурні проекти
- •2.2.1. Поняття іт – рішення і його використання в економічному аналізі інфраструктури іт. Життєвий цикл іт - рішення
- •Поняття технологічної межі іт-рішення
- •Свв життєвого циклу іт-рішення
- •2.2.2. Підтримка бізнес - проектів
- •Централізація ресурсів іт і необхідність виділення робіт по створенню інфраструктури іт в окремі проекти
- •Облік витрат на проекти підтримки і віднесення їх на собівартість бізнес-сервісів іт
- •Підтримка розширення підприємства
- •Вирішення непередбачуваних проблем розвитку інфраструктури іс
- •2.2.5. Підвищення ефективності діяльності іс по розробці, супроводу і управлінню сервісами
- •2.2.6. Резюме
- •2.2.7. Контрольні запитання
- •2.3. Великомасштабні проекти розвитку підприємства: реінжиніринг бізнесів-процесів
- •2.3.1. Сутність проекту реінжинірингу підприємства і роль іт у проекті реінжинірингу.
- •2.3.3. Резюме
- •2.3.4. Контрольні запитання
- •Розділ 3 організація проекту розвитку інформаційної системи і його економічна ефективність.
- •3.1. Економічний аналіз проекту впровадження великої фінансово-економічної інформаційної системи
- •3.1.1. Резюме
- •Контрольні запитання
- •3.2. Стандартні методики впровадження інформаційних систем і їх використання для підвищення фінансового результату проекту впровадження
- •3.2.1. Резюме
- •3.2.2. Контрольні запитання
- •3.3. Облік затрат і бюджетний контроль в проекті впровадження інформаційної системи. Розподіл затрат по сервісах до закінчення проекту
- •3.3.1.Резюме
- •3.3.2. Контрольні запитання
- •3.4. Інші проекти розвитку інформаційних систем: загальні принципи ведення
- •3.4.1. Резюме
- •3.4.2.Контрольні запитання
Блок процесів планування і управління сервісами
Процес планування сервісів на основі даних процесу оцінки бізнесу формує портфель сервісів, балансує його з потребами користувачів і пропускною здатністю ІС і на цій основі розробляє детальні специфікації сервісів.
Основна задача процесу планування сервісу — розробка специфікації сервісу, тобто схеми реалізації вимог до сервісам коштами ІТ - інфраструктури підприємства (апаратного і програмного забезпечення, коштів телекомунікацій і т.д.). У більш знайомих термінах цю роль можна охарактеризувати як «проектувальника сервісу». Її функції:
визначення функціональних вимог, планування стандартних сервісів, проектування спеціалізованих сервісів і скасування застарілих;
проведення аналізу ризику для сервісів;
аналіз проблем пропускної здатності інформаційних систем;
прийняття рішень про аутсорсинг сервісів;
розробка стандартів специфікацій сервісів;
установлення взаємин з постачальниками;
робота над постійним поліпшенням процесу.
Приклад діяльності в даній ролі: співробітник ІС, одержавши інформацію про потребу бізнес-користувача в сервісах автоматизованого документообігу, дійде висновку, що така система вимагає наявності корпоративної системи електронної пошти. На цій підставі укладаються договори про оренду каналів зв'язку, закуповується система електронної пошти і т.д.
Процес управління якістю сервісу, взаємодіючи з процесом планування сервісів, визначає, погоджує і контролює рівні сервісу в межах затвердженого портфеля сервісів. На його основі даний процес розробляє, затверджує і документує угода про рівень сервісу (Service Level Agreement, далі в тексті - СУС) між менеджментом IС і бізнес-користувачами.
Основна задача процесу управління рівня сервісу - узгодження специфікованих вимог до складу і параметрів сервiсiв IТ, з одного боку, і обсягу ресурсів, наданих IС, з іншої. У рамках цієї роботи також уточнюються пріоритети сервiсiв і ресурсів. Результатом такого узгодження є формальний документ - угода про рівень сервісу (СУС). Оскільки IT- інфраструктура підприємства безупинно змінюється, необхідний також періодичний перегляд СУС. З деякою натяжкою цю роль можна охарактеризувати як «юрист». Її функції:
оцінка вимог користувачів до сервісам ІС, розподіл їх по стандартним сервісах і визначення потреб у спеціалізованих сервісах;
узгодження і документування СУС;
організація контролю результативності портфеля сервiсiв у цілому і рівня окремих сервісів;
визначення пріоритетності сервісів;
здійснення управління версіями СУС;
робота над постійним поліпшенням процесу.
Приклад діяльності співробітника в даній ролі: у зв'язку з вимогою бізнес-користувачів установити підтримку електронної пошти в режимі 24x7 співробітник ІС одержує з процесу планування сервісів дані про додаткову потребу в співробітниках служби підтримки із процесу управління витратами - кошторис витрат на такий сервіс. Відповідні дані передаються на розгляд бізнес-користувачів; при їхній згоді на виділення додаткових ресурсів новий рівень сервісу і нових ресурсів фіксуються в угоді про рівень сервісу.
Далі розглянемо процес планування ресурсів, що підрозділяється на три функції — управління безпекою, стійкістю і пропускною здатністю. Заради спрощення викладу розглянемо кожну функцію як окремий процес.
Функція управління безпекою відповідає за впровадження, контроль і технічну підтримку інфраструктури безпеки, а також за розробку і контроль дотримання стандартів безпеки існуючих, розроблювальних і запланованих сервісів.
Основні задачі процесу управління безпекою — планування і моніторинг безпеки сервісів ІТ. У більш знайомих термінах цю роль можна охарактеризувати як «офіцера безпеки». Її функції:
розробка корпоративної політики безпеки в області ІТ, забезпечення уваги до безпеки в цій сфері;
аналіз проблем безпеки і ризиків у цій області;
проведення аудита безпеки й оцінка інцидентів у цій області;
установлення процедур безпеки, включаючи захист від вірусів;
вибір систем і інструментів підтримки безпеки;
робота над постійним поліпшенням процесу.
Приклад діяльності співробітника в даній ролі: у зв'язку з передачею електронної пошти між підприємствами однієї компанії по відкритих каналах зв'язку співробітник ІС приймає рішення про необхідність шифрування повідомлень, визначає стандарти такого шифрування й оцінює його вплив на інші параметри сервісу. На підставі отриманої специфікації вибирається програмний продукт шифрування даних.
Функція управління стійкістю забезпечує виконання вимог до стійкості наданих сервісів. Під стійкістю розуміється здатність ІС і інфраструктури ІТ підприємства ITIL/ITSM як типова модель бізнес-процесів інформаційної служби підтримувати сервіси в працездатному стані у випадку надзвичайних ситуацій — пожежі, повені, інших стихійних і техногенних нещасть. У СУС повинні бути зафіксовані вимоги до надання сервісів у надзвичайних ситуаціях і ресурсам для їхнього забезпечення. Відповідні дані повинні бути надані процесом управління якістю сервісу.
Основна задача процесу управління стійкістю - забезпечення, говорячи військовою мовою, «живучості» ІТ-інфраструктури підприємства. Відповідно, роль може бути охарактеризована як «дивізіон живучості». Її функції:
визначення вимоги до надійності і стійкості сервісів, а також до функціонування в надзвичайних ситуаціях;
аналіз проблем і ризиків в області стійкості;
надання рекомендацій у відношенні аутсорсингу (в області стійкості);
установлення відносин з постачальниками;
розробка планів функціонування ІТ-інфраструктури підприємства і ІС у надзвичайній ситуації;
робота над постійним поліпшенням процесу.
Приклад діяльності співробітника в даній ролі: на підставі переліку пріоритетних сервісів співробітник ІС розробляє аварійний план, що передбачає відновлення пріоритетних сервісів у тимчасовому приміщенні при виході з ладу основного будинку підприємства і його устаткувань.
Функція управління пропускною здатністю контролює здатність інфраструктури ІС забезпечити виконання всієї сукупності сервісів в умовах реального завантаження з обговореним рівнем продуктивності.
Основна задача процесу управління пропускною здатністю — забезпечення установленої роботи сервісу з необхідним рівнем продуктивності при максирисьно можливих обсягах оброблюваних даних, обговорених у СУС. Роль може бути охарактеризована як «інженер міцності», для якого роль навантажень грають оброблювані ІТ-інфраструктурою потоки даних. Функції ролі:
інвентаризація ресурсів І Т;
картографування завантаження сервісів і вимог до неї;
аналіз проблем;
надання рекомендацій відносно аутсорингу (в області пропускної здатності);
аналіз продуктивності в умовах реального завантаження;
визначення системи планування пропускною здатністю і її вимірювання;
робота над постійним покращанням процесу.
Приклад діяльності працівника в даній ролі: у зв’язку з низькою швидкодією бази даних служби закупок підприємства і на основі рекомендацій процесу управління проблемами співробітник ІС визначає вузьке місце і критичний шлях підвищення швидкодії: наприклад, на скільки може бути підвищено швидкодію сервісу за рахунок удосконалення робочого місця, сервера, програмного забезпечення.
Процес управління затратами відслідковує фактичні затрати в розрізі сервісів і категорій користувачів, розраховує на цій основі внутрішні ціни на послуги ІС, формує її детальний бюджет і контролює його використання.
Основна задача процесу управління затратами – розрахунок витрат, пов’язаних з сервісами ІТ, цін сервісів для бізнес-користувачів і пошук шляхів зменшення витрат. У більш знайомих термінах цю роль можна схарактеризувати як “економіст”. Функції ролі:
прогнозування затрат і виручки (вона визначається на основі внутрішніх цін на послуги);
розробка бюджетів сервісів;
аналіз використання сервісів і пов’язаних з цим витрат, визначення шляхів їх зниження;
калькуляція рахунків і їх виставлення бізнес-користувачам, отримання платежів;
встановлення системи ціноутворення і виставлення рахунків за послуги;
встановлення системи управління затратами;
встановлення механізму залучення інвестицій.
Приклад діяльності співробітника в такій ролі: оцінка затрат на новий сервіс з врахуванням початкових затрат і подальших витрат на супровід.
Таким чином, блок процесів планування сервісів забезпечує розробку нових сервісів при забезпеченні цілісності і узгодженості ІТ – інфраструктури підприємства. ІТ – інфраструктура як ціле оптимізується за пропускною здатністю і затратами при заданому рівні продуктивності і стійкості сервісів. Новостворені сервіси передаються на схвалення в процес управління змінами, а потім – в блок процесів розробки і впровадження сервісів.
