Чому масштабування інтелектуальної автоматизації вимагає фінансової строгості
Інтелектуальна автоматизація: як уникнути бюджетних пасток
Greg Holmes, Field CTO for EMEA в Apptio, компанії IBM, підкреслює, що для успішного масштабування інтелектуальної автоматизації обов’язково потрібно дотримуватися фінансової дисципліни. Модель прийняття технологій “створіть, і користувачі з’являться” часто провокує бюджетний дефіцит при застосуванні до автоматизації. Пілотні програми бувають вдалими, але не завжди їх успіх переноситься на масштабне впровадження через недооцінку фінансових аспектів у процесі початкового моделювання.
Фінансовий вимір автоматизації
Інтеграція FinOps з автоматизацією супроводжується переходом від реактивного управління витратами до проактивного інжинірингу вартості. Це зміщує критерії оцінки для технічних керівників. Комплектації можуть оцінювати споживання ресурсів, таких як вартість за транзакцію або виклик API, із самого початку проекту.
Проекти з інновацій мають високий відсоток невдач. Holmes зазначає, що близько 80% нових інноваційних проектів зазнають краху, часто через непрозорість фінансів на етапі пілотування, яка приховує потенційні зобов’язання. “Якщо пілот демонструє, що автоматизація процесу економить, скажімо, 100 годин на місяць, керівництво вважає це успіхом. Але вони не враховують, що пілот іноді працює на надлишковій інфраструктурі”, – зазначає Holmes.
Масштабування та виклики
Під час переходу на великий масштаб вимоги до обчислень, зберігання та передачі даних зростають. З’являються виклики, такі як множення викликів API, винятки та крайові випадки. Annul вартісні показники, такі як вартість на клієнта або транзакцію, повинні бути під постійним контролем, адже підвищення таких витрат при розширенні бази клієнтів вказує на недоліки бізнес-моделі.
Holmes наводить приклад Liberty Mutual, яка зекономила близько $2,5 мільйона, звертаючи увагу на метрики споживання, а не тільки на зекономлені годинники праці.
Фінансова відповідальність та технологічна підтримка
Фінансова відповідальність не повинна бути виключно завданням фінансового відділу. Holmes наголошує на необхідності повернення управління розробникам через їхні інструменти розробки та робочі навантаження. Інтеграція з інструментами інфраструктури як коду, такими як HashiCorp Terraform та GitHub, дозволяє впроваджувати політики під час розгортання, гарантувати точність часу та вартості.
“Замість того, щоб спочатку щось розгортати, а потім виправляти, компанії можуть переконатися, що вони розгортають правильні речі в потрібний час,” пояснює Holmes.
Подолання розбіжностей між відділами
Під час масштабування інтелектуальної автоматизації може виникати напруга між CFO, який зосереджений на поверненні інвестицій, та керівником автоматизації, який відстежує операційні показники, такі як зекономлені годинники. Цю проблему здатні вирішити TBM (Управління технологічними бізнесами) та Apptio.
Стандартизована структура TBM переводить технічні ресурси у бізнесові можливості, дозволяючи з’єднати технологічні та фінансові погляди.
Вибір стратегій: від автоматизації до сучасності
Інколи організації мають обрати між автоматизацією як тимчасовим рішенням і мостом до модернізації. Холмс застерігає, що якщо компанія “намагається просто приховати неефективні процеси, а не переосмислити їх,” це лише “накопичує більше технічного боргу.”
Застосування підходу до загальної вартості володіння (TCO) допомагає визначити правильну стратегію. Точно обчислені витрати можуть виявити, що утримання старої системи є затратнішим через додаткові автоматизаційні шари.
Ефективний бюджет займає баланс між змінними витратами та довгостроковими зобов’язаннями. Глибше розуміння може забезпечити кращі інвестиційні рішення.
Поєднання управління змінними витратами з стратегічними зобов’язаннями допомагає підприємствам масштабувати автоматизацію без зростання вартості, яке може зруйнувати трансформацію.
