Блог

Математичні методи оцінки трудовитрат при впровадженні 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. Визначається критичний шлях (шлях із найбільшою тривалістю).

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

Ttotal = Tcritical + ∑(i=1, m) Ti

де:

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 показало недоліки методу, коли песимістичні оцінки не враховували можливі додаткові витрати на забезпечення безпеки системи. Це призвело до витоку даних клієнтів і кібератак, що спричинило серйозні фінансові втрати та репутаційні ризики​.