ARIZ Algoritması: TRIZ'in En Güçlü Aracı ile Karmaşık Problemleri Adım Adım Çözmek

ARIZ Algoritması: TRIZ'in En Güçlü Aracı ile Karmaşık Problemleri Adım Adım Çözmek

Av. Ali Çavuşoğlu | TRIZ Practitioner & IP Strategist

Çelişki Matrisi Yetmediğinde Ne Yaparız?
Önceki yazımızda Çelişki Matrisi'nin 40 prensibi gerçek problemlere bağlayan ilk yardım kiti olduğunu söylemiştik. Matris hızlıdır, pratiktir, çoğu mühendislik problemini çözebilecek bir araçtır.
Ancak gerçek hayatta öyle problemler vardır ki, Matris'in 4 prensibi yetmez:

Problem birden fazla çelişki içerir,

Çelişki fiziksel karakterdedir (Matrisin pek çare olmadığı bir tür)
Sistemin kaynaklarını derinlemesine analiz etmek gerekir
İdeal çözümü bulmak için problemi yeniden formüle etmek şart olur
Mevcut sistem o kadar karmaşık ki, problemi ifade etmek bile zordur

İşte bu durumlar için Altshuller, hayatının son 35 yılını adadığı bir araç geliştirdi: ARIZ — Algorithm for Inventive Problem Solving (Buluşçu Problem Çözme Algoritması).

ARIZ; Matris'in basit bir tablodan çıkıp tam donanımlı bir ameliyathaneye dönüşm
esi gibidir. Daha güçlü, daha derin, daha yapılandırılmış — ama doğal olarak daha uzun ve disiplin gerektiren bir araç.
Bu yazıda; ARIZ'in ne olduğunu, tarihsel evrimini, 9 ana adımını ve gerçek bir örnek üzerinden adım adım nasıl uygulayacağınızı inceleyeceğiz.

ARIZ Nedir, Ne Değildir?
Adının Açılımı
ARIZ; Rusça "Algoritm Resheniya Izobretatelskikh Zadatch" kelimelerinin baş harflerinden oluşur. Türkçeye "Buluşçu Problemleri Çözme Algoritması" olarak çevrilir.
İngilizce literatürde ARIZ olarak kalır — Altshuller'in saygısına.
Bir Algoritmanın Anlamı
"Algoritma" kelimesini yazılım bağlamında düşünürüz; ama Altshuller bunu mühendislik anlamında kullandı: "Bir başlangıç noktasından (problem) sona (çözüm) ulaşmak için izlenmesi gereken belirlenmiş adım dizisi."
ARIZ size hangi adımda ne soracağınızı, ne araştıracağınızı, neyi formüle edeceğinizi söyler. Bir nevi mühendislik düşüncesinin reçetesi.
ARIZ'in Evrimi
Altshuller, ARIZ'i hayatı boyunca defalarca güncelledi. Her versiyon daha fazla deneyim ve pratik içerir:

ARIZ-59 — İlk versiyon, sade
ARIZ-71 — Çelişki kavramı keskinleşir
ARIZ-77 — Su-Field analizi entegre edilir
ARIZ-85B — Standart Çözümler eklenir
ARIZ-85C — Bugün en yaygın kullanılan versiyon. Altshuller'in son ana sürümü.

Bu yazıda ARIZ-85C'yi temel alacağız.

ARIZ vs. Çelişki Matrisi
İki aracı kıyaslamak için kısa bir tablo:
BoyutÇelişki MatrisiARIZKarmaşıklıkBasit, hızlıKarmaşık, yapılandırılmışSüre30 dk - 2 saatGünler, hatta haftalarÇelişki tipiTeknik çelişkiTeknik + Fiziksel çelişkiKaynak analiziYokDetaylı kaynak envanteriIFR (İdeal Final Sonuç)YüzeyselDerin, sistematikEn iyi kullanımTek çelişkili somut problemKarmaşık, çoklu çelişkili problemÇıktı4 prensip yönlendirmesiBütünleşik çözüm konsepti
ARIZ; basit problemler için fazladır. Ama gerçek mühendislik atılımlarının çoğu, ARIZ'in disiplinli uygulanmasından doğmuştur.

ARIZ-85C'nin 9 Ana Bölümü
ARIZ-85C, toplam 9 ana bölüm ve içlerinde 40'tan fazla alt-adım içerir. Aşağıda her bölümün ne yaptığını ve neden var olduğunu özetliyorum. Bu yazıda her birinin ruhunu öğreneceğiz; ileri seviye uygulama için MATRIZ Level 2-3 eğitimleri gerekir.
Bölüm 1: Problem Analizi (Mini-Problem Dönüşümü)
Amaç: Belirsiz, geniş bir "iş problemini"; net, dar, mühendislik temelli bir "mini-probleme" indirgemek.

Anahtar Adım: "Mevcut sistem A öğesi ve B öğesi içerir. A öğesi şunu yapar (faydalı fonksiyon). Ne yazık ki şunu da yapar (zararlı fonksiyon). Sistem öyle değişmeli ki; A öğesi minimum değişiklikle, faydalı fonksiyon korunarak, zararlı fonksiyon ortadan kalksın."
Bu cümle TRIZ'in bel kemiğidir. Mini-problemin gücü; "sistemi tamamen değiştirmek yerine, var olanı en az müdahale ile düzeltmek" mantığını dayatmasıdır.

Bölüm 2: Problemin Kaynak Modeli

Amaç: Sistemde hangi kaynakların (madde, alan, zaman, uzay, bilgi) bulunduğunu envanter etmek.
Anahtar Soru: "Bu problemi çözmek için sistem içinde veya çevresinde kullanabileceğim ne var?"
TRIZ'in büyüleyici yanlarından biri: çoğu zaman çözüm, problemin içinde gizlidir. İhtiyacımız olan kaynaklar genelde elimizin altındadır — biz görmüyoruzdur.
Kaynak türleri:

Madde kaynakları: Sistemdeki tüm fiziksel bileşenler
Alan kaynakları: Mekanik, termal, manyetik, elektriksel, kimyasal alanlar
Uzay kaynakları: Kullanılmayan hacimler
Zaman kaynakları: Operasyonlar arasındaki boş zamanlar
Bilgi kaynakları: Sistemde mevcut veriler, parametreler

Bölüm 3: İdeal Final Sonuç (IFR) ve Fiziksel Çelişki

Amaç: Çözümün ideal halini tanımlamak ve fiziksel çelişkiyi açığa çıkarmak.
IFR Formülü:
"X-elementi, [zararlı fonksiyonu] kendisi ortadan kaldırırken, [faydalı fonksiyonu] sürdürür."
Burada X-elementi; henüz tanımlanmamış bir öğedir. TRIZ size der ki: "Çözümün varlığı için ne gerekli olurdu? O 'şey'in özelliklerini tanımla; sonra onu somut bir bileşene dönüştür."
Bu adım Altshuller'in en parlak fikirlerinden biridir. Çözümü düşünmeden önce, çözümün taşıması gereken özellikleri tanımlatır.

Bölüm 4: Madde-Alan Kaynaklarının Mobilizasyonu

Amaç: Bölüm 2'de envanterlediğiniz kaynakları; ihtiyaç duyulan X-elementine dönüştürmek.
Bu bölüm bir eşleştirme sanatıdır: "Bana lazım olan X-elementinin özellikleri: A, B, C... Sistemde hangi kaynak bu özellikleri sağlayabilir?"
Çoğu zaman cevap bir kaynağın yeni bir formda kullanımıdır.

Bölüm 5: Bilgi Tabanı Kullanımı (76 Standart Çözüm)

Amaç: Eğer önceki bölümler net bir yol vermediyse; TRIZ'in 76 Standart Çözüm veritabanını uygulamak.
76 Standart Çözüm; Altshuller'in özellikle Su-Field (Madde-Alan) modelleri için derlediği, prensiplerden bir kademe somut çözüm şablonlarıdır. Örneğin: "Etkisi yetersiz bir alanı, daha güçlü bir alanla değiştir." veya "İki madde arasındaki istenmeyen etkiyi, üçüncü bir madde ile ortadan kaldır."

Bölüm 6: Problemin Yeniden Formülasyonu

Amaç: Eğer 1-5. bölümler çözüm üretmediyse; problemi yeniden tanımlamak.
Bu çok önemli bir öğretidir: çözüm bulamıyorsanız, muhtemelen yanlış problemi çözmeye çalışıyorsunuzdur.

ARIZ size der ki: "Şu ana kadar A'yı iyileştirmeye çalışıyordun. Belki problem A değil, B'dir. B'yi iyileştirsen A da kendiliğinden düzelir mi?"

Bölüm 7: Çözümün Analizi

Amaç: Bulunan çözümü değerlendirmek — yeterince ideal mi? Daha iyi çözüm var mı?
Bu adım TRIZ'in mükemmellik takıntısını yansıtır. "Bir çözüm buldunuz, ama o çözüm sistemin ideal halinden ne kadar uzakta?"
Bölüm 8: Çözümün Uygulanması
Amaç: Çözümü mühendislik tasarımına çevirmek; üretim, montaj, bakım açısından detaylandırmak.
Bölüm 9: Sürecin Gözden Geçirilmesi (Meta-Analiz)
Amaç: "Bu problemi çözerken hangi adımlar değerliydi? Hangi adımlar zaman kaybıydı? Bir sonraki probleme nasıl daha iyi yaklaşırım?"
Bu adım, ARIZ pratisyenliğini öğrenen bir disipline çevirir. Her çözülen problem; pratisyenin kendi ARIZ uygulama tarzını olgunlaştırır.

Fiziksel Çelişki ve 4 Ayırma Prensibi
ARIZ'in en güçlü silahı; fiziksel çelişkileri çözme yetisidir. Önceki yazımızda fiziksel çelişkiyi şöyle tanımlamıştık:

"Aynı parametrenin aynı anda iki farklı (zıt) değere sahip olması gerekir."

Örnek: Uçak iniş takımının uçuş sırasında var olmaması (aerodinamik), iniş sırasında var olması (güvenlik) gerekir. Aynı parametre (varlık) hem 0 hem 1 olmalı.

Bu mantıken imkansız gibi görünür. Ancak TRIZ bunu 4 Ayırma Prensibi ile çözer:

1. Zamanda Ayırma (Separation in Time)
"Parametre şu anda bir değere, başka bir anda farklı değere sahip olsun."
İniş takımı örneği: Uçuşta yok (içeri çekilir), inişte var (dışarı çıkar). Aynı parametre, farklı zamanlarda farklı değerlere sahip. Hidrolik iniş takımı sistemi tam bu prensibe dayanır.
Diğer örnekler: Şemsiye (yağmurda açık, kuruda kapalı), katlanabilir telefon, akıllı camlar (gündüz şeffaf, gece opak).
2. Mekânda Ayırma (Separation in Space)

"Parametre bir bölgede bir değere, başka bir bölgede farklı değere sahip olsun."
Örnek: Bir bıçak hem keskin (kesim için) hem güvenli (tutuş için) olmalı. Çözüm: bıçağın bir bölgesi keskin, başka bir bölgesi tutamaklı.
Diğer örnekler: Termos (iç soğuk, dış oda sıcaklığında), uçak kanadı (üst yüzey alçak basınç, alt yüzey yüksek basınç), kontakt lens (merkez şeffaf, kenar destekli).

3. Koşulda Ayırma (Separation upon Condition)

"Parametre bir koşulda bir değere, başka bir koşulda farklı değere sahip olsun."
Örnek: Süt sıvı olmalı (içme için), katı olmalı (peynir için). Çözüm: sıcaklık ve enzim koşuluna bağlı olarak süt fazını değiştirir.
Diğer örnekler: Termokromik bardak (sıcakta renkli, soğukta beyaz), şekil hafızalı alaşımlar (vücut sıcaklığında genişler, dışarıda küçük kalır), pH'a duyarlı ilaç salınım kapsülleri.

4. Sistemde Ayırma (Separation between System Levels)

"Parametre bir sistem düzeyinde bir değere, başka bir sistem düzeyinde farklı değere sahip olsun."
Örnek: Bisiklet zinciri bağlantı yerlerinde esnek (dönmek için), bir bütün olarak sağlam (kuvvet aktarmak için). Çözüm: alt-sistem (bağlantı) esnek, üst-sistem (zincir bütünü) sağlam.
Diğer örnekler: Karbon fiber kompozit (lifler esnek, kompozit olarak sert), kumdan yapılmış beton (taneler ayrı, bütün olarak yapısal), insan vücudu (hücre yumuşak, iskelet sert).

Pratik ARIZ Vakası: Yangın Söndürme Problemi

ARIZ'i gerçek bir problemde mini-uygulama olarak çalıştıralım. Daha önce IPMetricTools/Adres Patent için çalıştığınız "Akıllı Yangın Santral Takip Sistemi" vakanızdan ilhamla, hafifletilmiş bir senaryo:
Problem (Ham Hali)
"Endüstriyel tesislerde yangın çıkmadan önce uyarı vermek istiyoruz. Mevcut sistemler yangın çıktıktan sonra algılıyor; alev veya duman dedektörleri kullanılıyor. Buna kadar olan zarar oluşmuş oluyor."

Bölüm 1: Mini-Problem Formülasyonu
Mevcut sistem: Duman/alev dedektörleri (A) + tesisteki ekipman (B) içerir.
Faydalı fonksiyon: Dedektör (A), yangın oluştuğunda alarm verir.
Zararlı fonksiyon: Dedektör (A), yangın başladıktan sonra alarm verir — yani erken uyarı yapmaz.
Mini-problem: "Sistem öyle değişmeli ki; mevcut dedektör altyapısı minimum değişiklikle, yangın henüz başlamadan önce uyarı versin."
Bölüm 2: Kaynak Envanteri
Madde kaynakları: Mevcut elektrik panoları, kablolar, sıcaklık sensörleri (bazı tesislerde), ekipman gövdeleri

Alan kaynakları: Elektrik akımı, manyetik alan (kablolardan), ısı (bütün cihazlardan), gaz emisyonları (kimyasal süreçlerden), ses (cihaz uğultusu)
Zaman kaynakları: Cihazların arıza öncesi performans değişimleri (genelde haftalar/günler önce başlar)

Bilgi kaynakları: SCADA sistemleri, bakım kayıtları, güç tüketim verileri, sıcaklık logları

Bölüm 3: İdeal Final Sonuç ve Fiziksel Çelişki
IFR: "Sistem, dedektör kullanmadan yangının çıkma olasılığını çıkmadan önce bildirir."
Fiziksel çelişki: Yangın belirtisi (anormal ısı, ark, arıza) var olmalı (algılama için) AMA henüz yangın olmamalı (önleme için).

Bölüm 4: Kaynak Mobilizasyonu
Kaynak envanterinden ışık yakan kaynak: elektrik panoları + güç tüketim verileri. Çoğu endüstriyel yangının kaynağı; elektrik panolarındaki anormal ısınma, ark veya kötü kontaktır.
Bu da TRIZ'in büyüleyici yanını gösterir: ihtiyacımız olan kaynak (anormal ısı sinyali) zaten sistemin içinde mevcut.

Bölüm 5: Çözümün Yapı Taşları
İhtiyacımız olan elementler:

Termal sensör (panoların içindeki sıcaklık takibi için)
Akım/voltaj analizörü (anormal elektrik davranışı için)
Makine öğrenmesi modeli (normal vs. anormal örüntü ayrımı için)
İletişim modülü (uyarı için)

Bölüm 6: Ayırma Prensibi Uygulaması

Fiziksel çelişkimizi hatırlayalım: yangın belirtisi var olmalı AMA yangın olmamalı.
Çözüm: Zamanda Ayırma — sistem, yangın olmadan önce (saatler-günler) anormal sinyalleri yakalar; yangın anında klasik dedektörler devreye girer. İki katmanlı bir koruma sistemi.
Sonuç Çözümü
"Endüstriyel IoT-tabanlı Yangın Önleme Sistemi":

Elektrik panolarındaki termal + akım sensörleri sürekli veri toplar
AI modeli normal örüntüden sapmayı saptar
Sapma eşik aştığında erken uyarı verir (saatler-günler önce)
Klasik duman/alev dedektörleri son savunma hattı olarak kalır

İşte bu, sizin daha önce çalıştığınız 8 patentlenebilir element içeren vakaya benzer bir çıkıştır. Ve dikkat edin: çözümü ARIZ adım adım üretti. Beyin fırtınası ile değil.
Patent Stratejisi Bağlantısı
Bu vakada üretilen çözüm; en az 4 farklı bağımsız patent istemine çevrilebilir:

Sensör+AI tabanlı önleme sistemi
Sınıflandırma algoritması
Çift katmanlı koruma mimarisi (önleyici + reaktif)
Ekipman bazlı risk skorlama yöntemi

İşte ARIZ'in görünmeyen patent hediyesi: süreç doğal olarak birden çok bağımsız çözüm konsepti üretir; her biri ayrı bir patent başvurusunun çekirdeği olabilir.

ARIZ'i Kullanırken Pratik İpuçları

30 yıllık IP pratiğimde ve TRIZ pratisyenliğimde gözlemlediğim 5 ipucu:

1. ARIZ Yalnız İçin Tasarlanmadı
ARIZ; ekip çalışması içindir. Tek başınıza uygularsanız bilinçaltınızdaki ön kabullerden kurtulamazsınız. 3-5 kişilik bir TRIZ ekibi, ARIZ'in gerçek değerini ortaya çıkarır.
2. Bölümleri Atlamayın
Acemiler genelde Bölüm 2 (kaynak envanteri) ve Bölüm 6'yı (problem yeniden formülasyonu) atlamak ister. Bu bölümlere zaman ayırın. Çözüm genelde gözden kaçırılan bir kaynakta veya yanlış formüle edilmiş bir problemde saklıdır.
3. IFR'i Acımasız Tanımlayın
IFR (İdeal Final Sonuç) acımasız olmalıdır. "Sistem, dedektör kullanmadan, sensör kullanmadan, hiçbir ek bileşen olmadan yangını önler." gibi. Bu imkansız gelir; ama TRIZ pratisyeninin işi bu imkansızı, mümkün olanın eşiğine taşımaktır.
4. Çelişki Cümlesini Tahtaya Yazın
Fiziksel çelişki cümlesini ekip toplantısında gerçek bir tahtaya yazın. Bu cümle sürekli görünür olduğunda; ekibin düşüncesi otomatik olarak çelişkiye odaklanır.
5. ARIZ Süreç Defterine Yazın
Her ARIZ uygulamasını defter halinde tutun. Yıllar içinde bu defter; sizin patent portföyünüzün, mühendislik birikiminizin ve kurumsal hafızanızın temeli olur.

ARIZ'in Bilinen Sınırları

Hiçbir araç mükemmel değil. Dürüstçe konuşalım:
1. Öğrenme Eğrisi Çok Diktir
ARIZ'i temel düzeyde uygulayabilmek için 80-100 saat eğitim ve pratik gerekir. Usta düzeyde uygulamak için yıllar. Çelişki Matrisi 1 günde öğrenilir; ARIZ değildir.
2. Zaman Yatırımı Büyüktür
Bir problemde ARIZ uygulaması 3 gün - 3 hafta sürebilir. Acil ve sığ problemler için fazla yatırımdır. ARIZ'i stratejik öneme sahip, karmaşık problemler için saklayın.
3. Yazılım/Hizmet Problemlerine Tam Uymaz
ARIZ-85C, özellikle fiziksel/mühendislik sistemleri için tasarlandı. Yazılım, organizasyonel veya hizmet inovasyonu problemlerine doğrudan uyarlanması zordur. Bunun için "Soft TRIZ" veya "Business TRIZ" varyantları gelişmiştir.
4. Tek Başına Yeterli Değildir
ARIZ; problemi çözüm konseptine götürür. Çözümü gerçek bir ürüne, üretim hattına, patent başvurusuna çevirmek; mühendislik, IP ve iş geliştirme gibi başka disiplinlere ihtiyaç duyar.

Patent Stratejisi Bağlantısı — ARIZ'in IP Üreten Doğası

30 yıllık IP pratiğimde gözlemlediğim bir gerçek: ARIZ uygulayan ekipler, problem başına ortalama 4-8 patentlenebilir element üretir. Bu sayı, geleneksel beyin fırtınası ile çalışan ekiplerin 3-5 katıdır.
Sebebi şudur: ARIZ doğası gereği çözümü çoklu açıdan keşfettirir:

Mini-problem formülasyonu → 1 ana patent
Alternatif çelişki formülasyonları → 1-2 yan patent
Farklı ayırma prensipleri → 1-2 alternatif çözüm patenti
Farklı kaynakların mobilizasyonu → 1-2 ek istem
Sistemde ayırma → 1 alt-sistem patenti

Her uygulamada bu zenginlik, patent ailenizin etrafa yayılım gücünü belirler. Rakibin "etrafından dolaşma" alanı doğal olarak daralır.
Özellikle TIPS çerçevemiz (TRIZ-Integrated IP Strategy) açısından ARIZ; matrisin çok ötesinde bir araç. Çünkü ARIZ; çözümle birlikte 8 Teknoloji Evrim Yasası boyunca neredeki konumda olduğunuzu da açığa çıkarır. Bu da gelecek patent durakları için stratejik bir yol haritası verir.

Sonuç: ARIZ Bir Algoritma, Aynı Zamanda Bir Disiplindir

ARIZ'i öğrenmek; bir araç edinmek değil, bir düşünme disiplinini içselleştirmektir.
Acemi bir mühendis bir probleme baktığında: "Çözüm ne olabilir?" diye sorar.
ARIZ pratisyeni bir probleme baktığında şunları sorar:

"Asıl mini-problem nedir?"
"Kaynaklarım neler?"
"İdeal hal nasıl olurdu?"
"Fiziksel çelişkim nerede?"
"Hangi ayırma prensibi uygun?"
"Problemi yanlış mı formüle ettim?"

Bu sorular kafanızda otomatik olarak dönmeye başladığında; ARIZ'i artık aralıklı uygulanan bir prosedür olarak değil, mühendislik kimliğinizin bir parçası olarak içselleştirmiş olursunuz.
Bu olgunluğa ulaşmak yıllar alır. Ama yol şu: bir gerçek problem alın, ARIZ'in 9 bölümünü adım adım uygulayın. İlk uygulama zorlu olacak; üçüncüde tempo kazanacaksınız; onuncuda algoritma sizin iç dilinizi dönüştürmüş olacak.
Bir sonraki yazımızda 8 Teknoloji Evrim Yasası'na geçeceğiz — Altshuller'in keşfettiği, teknolojinin rastgele değil öngörülebilir bir doğrultuda evrildiğini gösteren yasalar. Bu yasalar; patent stratejisi açısından TRIZ'in en değerli parçasıdır çünkü size sadece bugünkü problemi değil; 5-10 yıl sonraki problemin nerede doğacağını söyler.
ARIZ'i bir kez içselleştirdiyseniz; Evrim Yasaları size zaman içinde patent dosyalamanın sihrini öğretecek.

Bu yazı, TRIZ serisimizin 7. bölümüdür. Önceki yazılar: TRIZ Nedir?, 40 İnovasyon Prensibi serisi (5 yazı) ve Çelişki Matrisi. Sonraki yazıda 8 Teknoloji Evrim Yasası'nı inceleyeceğiz.