Ключові питання для CIO: як уникнути ризиків у проєктах автоматизації бізнесу

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

Чому нечіткі вимоги створюють операційні ризики?

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

Сценарій: ігнорування контексту та цілей у проєкті автоматизації закупівель

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

Механізм: як визначити критичні питання для старту проєкту автоматизації

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

• Чітке визначення бізнес-цілей: Які конкретні бізнес-результати ми прагнемо досягти за допомогою автоматизації? Як ці результати будуть вимірюватися?
• Опис поточного та цільового стану процесу: Який workflow ми автоматизуємо? Як він виглядає зараз і як має виглядати після автоматизації? Чи використовуємо ми BPMN для моделювання?
• Ідентифікація ключових стейкхолдерів: Хто є власниками процесу, кінцевими користувачами та спонсорами проєкту? Які їхні очікування та потреби?
• Аналіз даних та інтеграції: Які дані використовуються в процесі? Яка їхня якість даних? Як нова система буде інтегруватися з існуючими корпоративними системами через API або черги повідомлень? Чи потрібен case management для обробки винятків?
• Визначення вимог до безпеки та доступу: Як буде забезпечуватися RBAC або ABAC для контролю доступу? Чи потрібен IAM для управління ідентифікацією?
• Планування data governance: Як буде забезпечуватися управління даними, їхня цілісність та актуальність? Чи визначені метадані для ключових бізнес-об'єктів?
• Визначення вимог до аудиторського сліду: Як буде фіксуватися кожна дія в автоматизованому процесі для забезпечення прозорості та відповідності регуляторним вимогам?

Критерії перевірки: чи готові ми до запуску автоматизації?

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

Ось ключові критерії, які допоможуть оцінити готовність до старту:

1. Визначеність меж: Чи є чітко задокументований та погоджений усіма зацікавленими сторонами опис меж проєкту, включаючи виключення та залежності?
2. Вимірювані цілі: Чи визначені конкретні, вимірювані бізнес-цілі, за якими буде оцінюватися успіх автоматизації?
3. Якість даних: Чи проведено аудит якості даних, необхідних для автоматизації, та чи розроблено план їх очищення або збагачення?
4. Інтеграційна готовність: Чи повністю визначені та протестовані всі точки інтеграції з іншими системами, включаючи обмін даними та обробку помилок?
5. Ролі та відповідальність: Чи чітко розподілені ролі та відповідальність за підтримку та експлуатацію автоматизованого процесу після запуску?
6. План управління змінами: Чи розроблено план управління змінами, який включає комунікацію, навчання користувачів та механізми зворотного зв'язку?

ТОВ «Софтлайн ІТ» реалізує автоматизацію бізнес-процесів через проєктування workflow, інтеграцій, маршрутів за ролями та контроль виконання в послузі Автоматизація бізнесу.