Минулі показники не вказують на майбутні результати, якщо це не вартість коду, даних і програм

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

«Ваша повна фінансова картина. Єдине безпечне місце… Ваша інформаційна панель пропонує перегляд у режимі реального часу ваших витрат, заощаджень, боргів тощо за допомогою єдиного входу… Плануйте всі свої фінансові пріоритети — і отримайте чітке уявлення про свій прогнозований капітал».

Подумайте про це - а повна фінансова картина що показує перегляд у режимі реального часу витрат, заощаджень, боргів тощо? Хто б не хотів знати, що їх прогнозована чиста вартість один, п'ять чи навіть десять років? Технологічні лідери повинні знати цю інформацію про свої витрати на технології. Мій підхід ґрунтується на простому факті, який я дізнався протягом десятиліть впровадження критично важливих платформ даних для корпоративних компаній у всьому світі:

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

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

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

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

Однією з проблем є те, що реальні витрати не є публічними. Крім того, багато постачальників справді не знають, які витрати, оскільки вони знають лише те, що робить їхній додаток, а не яку інфраструктуру та витрати знадобляться для роботи програми для вашого бізнесу протягом 3–5 років.

Інший спосіб поглянути на це: впровадження, керування та обслуговування якої програми коштуватиме найменше протягом 3–5 років на основі моєї бізнес-моделі та показників зростання?

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

• Як ми можемо змінити наше мислення, щоб ефективність стала основою всього, що ми робимо?
• Які дії ми можемо зробити, щоб бути ефективнішими?
• Як ми можемо виміряти ефективність?
• Який вплив вжитих заходів?

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

Вибір дизайну даних, який ми робимо щодо кодування, процесів і моделей даних, має тривалий вплив на кінцевий результат як з точки зору ресурсів, так і, що важливіше, на фінанси, оскільки більшість програм використовуються від 10 до 20 років. Яка загальна вартість володіння цим кодом у довгостроковій перспективі та як на це можна вплинути під час процесу проектування? Якщо код виконується п’ять мільйонів разів на день і його виконання сьогодні коштує 20 доларів, скільки буде коштувати його виконання протягом 5 років, враховуючи зростання бізнесу, витрати на хмару та неефективність коду, оскільки він обробляє додаткові дані?

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

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

Так само, як і з нашими фінансовими рахунками, нам потрібен спосіб дізнатися про наші сьогоднішні витрати на технології з більшою ясністю та спрогнозувати витрати в межах нашого пакету технологій, які, ймовірно, різко зростуть, якщо їх не стримати. Але на відміну від ваших фінансових рахунків, де «минула ефективність не вказує на майбутні результати», минула ефективність ваших кодів може багато розповісти вам про майбутні результати. Питання в тому, чи готові ми слухати?