У 1970 році Л. Рон Хаббард опублікував серію організаційних директив під назвою Data Series — систематичну методологію діагностики організаційних збоїв через аналіз даних, статистик та типологію помилкових висновків. Десятиліттям пізніше, у 1980-х, інженерна спільнота формалізувала Root Cause Analysis (RCA) як стандарт розслідування аварій. Ця стаття досліджує паралелі, відмінності та хронологічний пріоритет двох підходів до одного питання: «Що насправді пішло не так?»
Кожна організація рано чи пізно стикається з однією й тією ж ситуацією: щось пішло не так, і ніхто не знає чому. Продажі впали. Клієнти пішли. Проект зірвався. Команда деморалізована.
У цей момент відбувається найнебезпечніша дія в менеджменті: пошук винного замість пошуку причини. Керівник хапається за перше «пояснення», яке звучить логічно, і діє. Зазвичай — неправильно.
Два системних підходи до цієї проблеми виникли майже одночасно і незалежно один від одного. Один — у корпоративному середовищі інженерного Заходу. Другий — у середовищі, яке більшість менеджерів навіть не розглядає як джерело управлінських інновацій.
Ця стаття — не апологетика. Це порівняльний аналіз. Факти. Дати. Методологія. Зробіть висновки самі.
Хто був першим — не питання смаку
Нижче — хронологічна таблиця, що зіставляє ключові дати трьох паралельних ліній розвитку: Data Series (LRH), Root Cause Analysis (інженерна школа), та Toyota Production System (що дало нам 5 Why і Lean).
| Рік | Data Series / LRH | RCA / Інженерія | Toyota / Lean |
|---|---|---|---|
| 1950 | Перші дослідження організаційних систем | — | Ohno починає TPS |
| 1965 | Статистичне управління (Stats) | — | 5 Why формалізовано внутрішньо |
| 1970 | Data Series PL опубліковано | — | 5 Why залишається внутрішнім |
| 1972 | Повна форма Оцінювання, Short Cycles | — | TPS розповсюджується |
| 1980+ | — | RCA входить в інженерну практику | 5 Why публікується |
| 1986 | — | Challenger: RCA стає стандартом NASA | — |
| 1999 | — | Six Sigma інтегрує RCA | Lean Manufacturing глобально |
| 2001 | — | — | Agile Manifesto (Sprint ≈ Short Cycles) |
| 2020+ | System AB: AI-інтеграція Data Series | AI-powered RCA tools | — |
Зверніть увагу: Data Series (1970) передує формалізації RCA (~1980) на десятиліття. Toyota 5 Why розвивався паралельно (1950-70), але публічно задокументований пізніше.
Три типи «Чому» — чого RCA не розрізняє
Ключова відмінність Data Series від будь-якого RCA-інструменту: формальна класифікація результатів діагностики. Не все «чому» — правильне. Хаббард розділив їх на три категорії з чітким критерієм перевірки для кожної.
«Та основоположна знайдена неправильність, яка призведе до відновлення статистик.»
«Неправильність, яка невірно визначена і яка при використанні не призводить до відновлення.»
«"Чому", висунуте як ТЕ САМЕ Чому, але яке не веде ні до якого відновлення.»
Падіння статистик у навчальному закладі
Просто пояснення:
«Усі учні займаються спортом» → Заборонили спорт → Статистики знову знизились
Неправильне чому:
«Учнів неправильно навчають» → Звільнили завуча → Обвал статистик
Справжнє чому:
«На 140 учнів — лише 1 завуч і 1 вчитель, завуч перевантажений» → Повернули завуча, найняли ще 2 вчителів → Статистики злетіли ↑
RCA вирішила б цю задачу? Можливо. Але без формальної типології помилок,
перші дві спроби сприймалися б як «ітерації», а не як діагностичні помилки.
Форма Оцінювання vs Ishikawa Diagram
Data Series пропонує 6-частинну форму оцінювання — формалізований протокол, де кожна частина повинна стосуватися одного й того самого предмету (принцип Узгодженості). Порівняйте з типовими RCA-інструментами.
- 01Ситуація
Стан справ, що не відповідає очікуванням
- 02Дані
Ланцюжок «мінусів» — ниточки, за які тягнути
- 03Статистики
Числові дані, захищені від спотворення
- 04Чому
Те, що можна виправити → відновлення статистик
- 05Ідеальна Картина
Замисел + Час для даної області
- 06Врегулювання
Програма дій, узгоджена з Чому
Ключ: УСІХ 6 частин — про ОДИН предмет.
- 015 Why
Послідовне «чому?» до кореневої причини
- 02Ishikawa / Fishbone
Категоризація причин по гілках діаграми
- 03Fault Tree (FTA)
Логічне дерево відмов (AND/OR ворота)
- 04Pareto Analysis
80/20 — фокус на головних факторах
- 05FMEA
Аналіз видів та наслідків відмов (попередній)
Ключ: Набір ОКРЕМИХ інструментів, не єдина система.
Матриця порівняння
| Параметр | Data Series | RCA | — |
|---|---|---|---|
| Рік створення | 1970 | ~1980 | DS |
| Типологія помилок | 3 типи «Чому» + 12 типів «мінусів» | Немає формальної типології | DS |
| Статистичне верифікування | Обовʼязкове. Статистики = єдина надійна міра | Рекомендоване, не обовʼязкове | DS |
| Формат документування | 6-частинна форма Оцінювання | Ishikawa / 5 Why / Fault Tree | ≈ |
| Захист від упередженості | «Мінуси» як діагностичний інструмент | Залежить від методу | DS |
| Академічне визнання | 0 peer-reviewed досліджень | Тисячі публікацій | RCA |
| Корпоративне прийняття | ~3,400 бізнесів (WISE) | Мільйони (Six Sigma, ISO) | RCA |
| Інтеграція з AI | System AB / MindCore (2024+) | Множинні SaaS платформи | ≈ |
| Повнота системи | Частина повної оргсистеми | Ізольований інструмент | DS |
Слон у кімнаті
Будьмо чесними. Причина, з якої Data Series не викладають у жодному MBA — не якість методології. Причина — репутація автора та організації, яка контролює його спадщину.
Церква Саєнтології та її бізнес-відгалуження (WISE) перетворили адміністративну технологію на воронку для рекрутингу. Це не конспірологія — це задокументований факт, визнаний навіть колишніми членами організації.
Але наука не працює через репутацію. Теорія відносності не стає менш вірною від того, що Ейнштейн мав складний характер. Data Series або працює — або ні. Статистики або відновлюються — або ні.
Наша позиція проста: взяти методологію, відокремити від інституційного багажу, верифікувати на практиці, інтегрувати з сучасними інструментами. Це те, що ми зробили в System AB.
Що з цим робити
Data Series — не магія і не секта. Це формалізована діагностична процедура, створена в 1970 році, яка:
- 01Передує формалізації RCA на десятиліття
- 02Пропонує типологію помилок, якої немає в стандартному RCA
- 03Вимагає статистичної верифікації результатів
- 04Програє в академічному визнанні та корпоративному прийнятті
- 05Потребує відокремлення від інституційного контексту
У System AB ми використовуємо Data Series як один із діагностичних протоколів, інтегруючи його з сучасними методами (RCA, Lean, статистичний аналіз) та AI-верифікацією. Не тому, що Хаббард — геній. А тому, що це працює.
- Hubbard, L.R. «Data Series» Policy Letters, 1970–1972
- Hubbard, L.R. «The Proper Format of an Evaluation», PL 1972-02-17
- Hubbard, L.R. «Three Types of Why», PL 1970-10-13 II
- Ohno, T. «Toyota Production System», 1988
- Ishikawa, K. «Guide to Quality Control», 1976
- Rooney, J.J. & Vanden Heuvel, L.N. «Root Cause Analysis for Beginners», Quality Progress, 2004
- Latino, R.J. «Root Cause Analysis: Improving Performance for Bottom-Line Results», 4th Ed., 2011