DIAGNOSE
Визначити реальну проблему, межі системи, функцію, суперечності, обмеження, ресурси та критичні невідомі.
Koretskiy Methodology · ARITZ
ARITZ / АРИЗ — інженерний метод розв’язання задач
Практичний інженерний маршрут для задач, де недостатньо вибрати готовий варіант і потрібно змінити саму систему, усунути суперечність або знайти новий принцип рішення.
Методологію розробив Олександр Корецький на основі багаторічної інженерної, проєктної та консультаційної практики і формалізував для системного аналізу технічних, технологічних та бізнес-задач.
Коли застосовується
ARITZ застосовується, коли реальна задача, межі системи та обмеження вже достатньо зрозумілі, але стандартне порівняння альтернатив не дає задовільного рішення.
ARITZ
DIAGNOSE → INVENT → VERIFY
INVENT
Формувати варіанти зі структури задачі, а не як вільний пошук ідей: із суперечностей, ресурсів, архітектури, розділення, перерозподілу, заміни, видалення та альтернативних фізичних механізмів.
VERIFY
Перевіряти фізичну правдоподібність, розрахунки, аналоги, літературу, патенти, стандарти, дані виробників, чутливість, моделювання, експеримент і потребу у профільному спеціалісті.
Що обов’язково розглядається
— постановка задачі;
— межі системи;
— суперечності;
— ресурси;
— обмеження;
— бажаний / ідеальний результат;
— інженерні оцінки;
— докази і валідація;
— safety та умови зупинки;
— роль людського експерта.
ARITZ
Основні розділи ARITZ
Постановка інженерної задачі
Якість рішення починається не з пошуку ідей, а з правильного визначення того, що саме має змінитися і чому.
ВідкритиСистема та межі аналізу
Надійне рішення неможливе без визначення того, що входить у систему, що знаходиться зовні та які взаємодії впливають на результат.
ВідкритиІнженерні суперечності
Сильна задача часто вимагає поліпшити один параметр і не погіршити інший.
ВідкритиРесурси системи
Перед додаванням нового обладнання чи енергії потрібно зрозуміти, які ресурси вже існують у системі та навколо неї.
ВідкритиОбмеження
Обмеження є частиною задачі. Рішення, що ігнорує критичне обмеження, не є прийнятним.
ВідкритиБажаний та ідеальний результат
Бажаний результат описує потрібну функцію. Ідеальний результат перевіряє, чи можна отримати її з меншою складністю.
ВідкритиDIAGNOSE — зрозуміти реальну проблему
DIAGNOSE перетворює початковий опис на інженерну модель задачі.
ВідкритиINVENT — побудова варіантів
INVENT — не вільний пошук ідей. Варіанти виводяться зі структури задачі.
ВідкритиVERIFY — інженерна перевірка
До рекомендації варіант проходить послідовну перевірку фізичної правдоподібності, доказів, розрахунків та умов реалізації.
ВідкритиARITZ
Перевірка, контроль і довідкові розділи
Інженерні оцінки та розрахунки в ARITZ
Розрахунок використовується для перевірки фізичного змісту, робочого діапазону та чутливості, а не як прикраса ідеї.
ВідкритиДокази та валідація
Для кожного суттєвого висновку має бути зрозуміло, на чому він ґрунтується і наскільки сильна ця основа.
ВідкритиБезпека та умови зупинки аналізу
Методологія має вміти зупинитися, якщо ризик, невизначеність або обов’язкова перевірка не дозволяють робити сильніший висновок.
ВідкритиAI та роль інженера
AI прискорює дослідження та структурування, але не замінює відповідальне інженерне судження.
ВідкритиНевизначеність і суперечливі дані
Невизначеність не приховується заради відчуття завершеності.
ВідкритиARITZ, АРИЗ і класична ТРІЗ
ARITZ спирається на класичну логіку ТРІЗ/АРИЗ, але використовується як практичний інженерний процес із доказовою перевіркою.
ВідкритиПриклади застосування ARITZ
Публічні кейси додаватимуться в міру появи реальних задач, які можна опублікувати без розкриття конфіденційної інформації.
ВідкритиARITZ — питання та відповіді
Короткі відповіді на основні питання про роль ARITZ.
ВідкритиЛанцюжок перевірки
Концепція → Фізична правдоподібність → Розрахунок / оцінка → Аналоги → Література / патенти / стандарти → Дані виробника / постачальника → Чутливість → Експеримент / моделювання / спеціаліст → Рішення.
ARITZ і ТРІЗ
Класична ТРІЗ / АРИЗ є методологічною основою. Публічний ARITZ тут — практична інженерна реалізація з акцентом на докази, простежуваність, розрахунки, невизначеність, перевірку та експертну ескалацію.
Приклади застосування
Публічні приклади додаватимуться у міру появи реальних інженерних задач, які можна опублікувати без розкриття конфіденційної інформації клієнта. Навчальні приклади будуть прямо позначені як навчальні.
Довідкова версія методології
Публічна коротка версія методології доступна російською, англійською, українською та сербською мовами для перегляду у браузері та завантаження.