Математичні методи оцінки трудовитрат при впровадженні ERP-систем

Основні математичні методи для оцінки трудовитрат:

Метод експертних оцінок

Це один із найпоширеніших методів, який базується на думках експертів щодо необхідних трудовитрат для кожного етапу впровадження ERP. Оцінка може бути проведена в кілька етапів:

1. Експерти оцінюють кожен процес окремо, базуючись на своєму досвіді.
2. Середня оцінка розраховується для кожного процесу.
3. Оцінки коригуються з урахуванням додаткових факторів (складність бізнес-процесу, рівень автоматизації, взаємозалежність процесів).

Формула середньої оцінки:

Tavg = (T1 + T2 + ... + Tn) / n де: T1, T2, ..., Tn — оцінки трудовитрат від різних експертів, n — кількість експертів.

Критика:
Хоча метод експертних оцінок дозволяє швидко отримати оцінку трудовитрат, він є досить суб’єктивним і залежить від кваліфікації окремих експертів. Експерти можуть мати різні точки зору на складність завдань, що може призвести до недооцінки або переоцінки трудовитрат. Також цей метод не враховує неочікувані зміни або вплив зовнішніх факторів, що можуть виникнути в процесі реалізації проекту. Недостатня кількість експертів може спотворити кінцеву оцінку.

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

Метод аналогій (історичні дані)

Цей метод передбачає оцінку трудовитрат на основі даних із попередніх проектів ERP. Він дозволяє використовувати реальні дані для оцінки схожих бізнес-процесів.

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

Формула корекції:

Tcurrent = Thistorical × K де:

Tcurrent — трудовитрати на поточний проект, Thistorical — трудовитрати на аналогічний попередній проект, K — коригуючий коефіцієнт (враховує різницю в масштабах, складності).

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

Приклад:
У випадку з впровадженням ERP системи в Target, використання історичних даних для оцінки трудовитрат не врахувало зміни у вимогах до нових функцій та масштабів проекту. Як наслідок, це призвело до затримок у виконанні та додаткових витрат, що викликало юридичні конфлікти з постачальниками​

Метод функціональної точки (Function Point Analysis, FPA)

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

1. Оцінюються базові процеси (наприклад, обробка замовлень, бухгалтерія, управління складом).
2. Процеси поділяються на окремі функціональні точки.
3. Для кожної функціональної точки оцінюється складність та необхідні ресурси.

Формула для оцінки:

Ttotal = ∑(i=1, n) (FPi × Ci) де:

FPi — кількість функціональних точок для кожного бізнес-процесу, Ci — коефіцієнт складності для кожної функціональної точки.

Критика:

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

Приклад:
Компанія Boeing, використовуючи FPA для оцінки ERP системи, не передбачила додаткові витрати на інтеграцію та навчання персоналу. Це призвело до збоїв у виробничих процесах і затримок, що спричинило втрати та юридичні проблеми​

Метод критичного шляху (Critical Path Method, CPM)

Метод використовується для визначення найтривалішого шляху у проекті ERP та розрахунку трудовитрат на нього.

1. Окреслюються всі етапи проекту.
2. Оцінюються трудовитрати для кожного етапу.
3. Визначається критичний шлях (шлях з найбільшою тривалістю).

Формула розрахунку загальних трудовитрат:

де:

Tcritical — час на критичному шляху,

Ti — час виконання інших залежних етапів.

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

Приклад:
Компанія Wells Fargo зіткнулася з проблемами, коли метод критичного шляху не передбачив затримок у впровадженні нових елементів ERP системи. Це призвело до того, що компанія не змогла виконати вимоги регуляторів і була оштрафована на значну суму​

Метод PERT (Program Evaluation and Review Technique)

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

Формула PERT:

TPERT = (Toptimistic + 4 ⋅ Tlikely + Tpessimistic) / 6 де:

Toptimistic — найкоротший можливий час,

Tlikely — найімовірніший час,

Tpessimistic — найтриваліший час.

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

Приклад:
Впровадження ERP в Capital One з використанням PERT показало недоліки методу, коли песимістичні оцінки не враховували можливі додаткові витрати на забезпечення безпеки системи. Це призвело до витоку даних клієнтів і кібератак, що спричинило серйозні фінансові втрати та репутаційні ризики​