3.4.1. Резюме

Методики ведення великих ІТ-проектів, такі як АSАР, можна застосовувати і для проектів меншого масштабу. Насамперед, заслуговує уваги прийнятий в цих методиках розподіл проекту на етапи і роботи, виконувані в рамках даного проекту. Далі, для будь-якого проекту важливі принципи документування результатів робіт і затвердження документів кінцевим користувачем. Нарешті, корисний принцип обліку витрат по моделі ФВА й обліку ризиків по методу дерева сценаріїв.

3.4.2.Контрольні запитання

1. Перелічіть і поясніть узагальнені етапи ведення ІТ-проекту. Які роботи виконуються на етапах підготовки, технічного проекту, реалізації, заключної підготовки для різних видів ІТ-проектів?

2. Які загальні вимоги до проектної документації? Розкажіть про типовий регламент ведення проектів і вимоги до нього.

3. Які загальні вимоги до обліку витрат і ризиків? Розкажіть про дерево сценаріїв і ФВА-моделі в узагальненому ІТ-проекті.

* * *

Підведемо підсумки. Проект впровадження інформаційної системи з економічної точки зору - цілком самостійна сутність. Це в однаковій мірі випливає як із змістовного аналізу проблем, так і з аналізу основного рівняння економічної оцінки ІТ-проекта (формула 1.1). Найвищий фінансовий результат досягається шляхом спільної максимізації грошового потоку доходів від експлуатації інформаційної системи і ймовірності успішного завершення проекту з врахуванням математичного очікування витрат у випадку зупинки (заморожування) проекту. З цієї причини максимізація фінансового результату здійснюється в два етапи. На першому серед можливих варіантів проекту вибирається варіант із найбільшим очікуваним грошовим потоком (тобто грошовим потоком, скоректованим на імовірність успішного завершення проекту). На другому організація проекту оптимізується з метою зниження імовірності відмови від проекту на пізніх стадіях розробки, коли значна чи навіть основна частина витрат на нього вже зроблена. Як показує проведений аналіз, стандартні методології впровадження систем, наприклад методологія ASAP для впровадження системи R/3, повністю підходять для цього. Поліпшення структури ймовірностей у проекті досягається такими методиками за рахунок:

- затвердження організаційної структури проекту з чітким розподілом ролей уже на першому етапі проекту,

- встановлення з початку проекту погоджених процедур управління змінами і контролю якості;

- встановлення стандартів документації по проекту — опис біз­нес-процесів, налаштувань у промисловій системі, власних розробок і т.д.;

- фіксування вимог користувачів до системи в погодженому користувачами і розроблювачами концептуальному проекті: «вимоги користувача є те, що записано у концептуальному проекті »;

- зведення до розумного мінімуму власних розробок у проекті;

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

Відхилення проекту від стандартної методики і його фінансові наслідки контролюються за допомогою дерева сценаріїв. Воно являє собою структуру можливих варіантів розвитку проекту, кожному з яких співставлена імовірність зупинки (заморожування) проекту. В ході його виконання пропуск чи некоректне проведення певних етапів робіт відзначаються на дереві сценаріїв, що дозволяє відстежити стан проекту й імовірність його зупинки (заморожування).

Усі ці методи підвищення фінансової віддачі проекту можуть застосовуватися не тільки до систем класу ERP, але і до систем меншого масштабу чи іншої спрямованості. Для однотипних проектів меншого масштабу доцільно розробити стандартний регламент ведення проекту, що допомагає знизити витрати на його управління, підвищити ймовірність його успішного завершення за рахунок формалізації досвіду підприємства в даній області і забезпечити контрольні точки для спостереження керівництва підприємства чи ІС за ходом робіт. Нарешті, послідовне застосування даного регламенту (по суті, моделі проекту) дозволяє уточнити імовірність завершення проекту для різних галузей дерева сценаріїв і тим самим додати кількісну визначеність оцінці відповідних ризиків.

Таким чином, запропонована модель економічної оцінки проектів дозволяє як оцінити внесок періоду реалізації проекту у пов'язані з ним грошові потоки, так і контролювати хід виконання проекту і фінансові наслідки відхилення від методології його ведення.

1 Явні витрати - витрати, що враховуються в прив'язці до певного об'єкту витрат (в даному випадку - до глобальної мережі), а не віднесені до загальних статей невигідних витрат. Детально будуть розглянуті в наступному розділі разом з прихованими витратами.

2 Даний перелік об'єктів витрат і управляючих параметрів не претендує на повноту і приводиться лише в ілюстративних цілях.

3 Галузь, розмір, географічне положення і т.д.

4 Детально проблеми цих методик будуть розглянуті в наступному розділі.

5 Далі буде показано, як на основі однієї і тієї ж прикладної системи - SAP R/3 – можуть бути побудовані сервіси абсолютно різного змісту.

1 Резервний сайт – приміщення, віддалене від основного офісу підприємства і забезпечене всією інфраструктурою електроживлення, зв’язку та ІТ, необхідного для продовження діяльності підприємства при виході із ладу головного офісу у випадку пожежі, стихійного лиха, терористичного акту 11 вересня 2001 р., безупинно продовжувати операції після руйнування їх офісів у Нью-Йорку.

1 Сказане відноситься лише до оцінок ССВ зі сторони виробників обладнання та ПО. Нижче буде показано, що ССВ інформаційної системи, побудована на основі внутрішніх оцінок підприємства, які враховують фактичні витрати на технічну підтримку та втрати від простоїв користувачів, які існують на даному підприємстві, може мати економічний зміст.

1 Апарат ФВА буде розглянутий докладно у розділі 2.2.

1 Якщо критичний ресурс не може бути виділеним, процесорний час, оперативна пам’ять і дискова пам’ять розглядаються як окремі ресурси з окремими факторами витрат.

1 При аутсорсингу даного сервісу мова йде про персонал підприємства-аутсорсера.

6 В методології ФСУ витрати розподіляються не просто на постійні і змінні, а на значно більше число категорій: пов’язані з одиницею продукту, з партією (серією), на підтримку виробничого процесу, ринку і т. д.

1 Під “неформальною моделлю бізнес-процесу” розуміється наявність в компанії співробітників – носіїв інформації про бізнес-процеси, які покривають всі суттєві процедури за умови включення таких людей в проектну групу

1 Відношення приросту вартості, доданої менеджером, до середньозваженої вартості капіталу

7 Автоматизовані системи управління технологічними процесами

8 Західні постачальники фінансово-економічного ПО уживають серйозні зусилля і витрати по локалізації своїх систем, включаючи адаптацію до російських бізнес-процесів. Однак сучасні технології дозволяють проводити локалізацію, не зачіпаючи ядра системи, так що витрати на цей процес значно поступаються витратам на весь цикл розробки

1 система “канбан” – система оперативного управління виробництвом на основі спеціальних карток замовлення, які супроводжують партії виробів у процесі їх обробки.

1 EDI – Electronic Documents Interchange, електронний обмін документами. Технологія передачі документів між підприємствами в електронному вигляді через стандартизовані форми.

1 Підсистеми електронного бізнесу, як правило, існують саме в ERP-системах і відсутні в більш ранніх стандартах.

1 ¹ Прогони MRP, CRP і інших алгоритмів також вимогливі до ресурсів системи, однак запускаються поодинці в спеціально відведений час, як правило вночі.

1 Як вже відмічалось, накладні витрати, які довільно розподіляються на об’єкти затрат, можливі і в моделі ФВА/ФВУ. Один із критеріїв віднесення затрат до накладних витрат як раз і зіставляє суми затрат на впровадження моделі ФВА/ФВУ і суми затрат, що описуються моделлю в даній групі бізнес-процесів.