3D Baskıda Departmanlar Arası İş Birliği için Sorumluluk ve Karar Yetkisi Tasarımı: RACI Matrisi, Arayüz Kontrol Listeleri ve Eskalasyon Kurallarına Dayalı Mühendislik Yaklaşımı

Giriş: İş birliği başarısızlığı çoğu zaman bir tutum sorunu değil, karar yetkisinin tanımlanmamış olmasıdır

3D baskı siparişlerinin yürütülmesinde gecikmeler ve yeniden işleme ihtiyacı nadiren bir kişinin iş birliği yapmamasından kaynaklanır. Daha sıklıkla, aynı konu üç departman arasında iki tur dolaştıktan sonra gerçekten karara bağlanır. Tasarım ekibi et kalınlığının gevşetilebileceğini düşünür, proses ekibi orijinal çizime göre baskı yapılması gerektiğini savunur, kalite ekibi çizime göre değerlendirmede ısrar eder ve satış ekibi müşteriye teslim tarihi için sözlü taahhütte bulunmuştur; dört taraf da “iş birliği” yapmaktadır, ancak nihai tercihi yapmaya açıkça yetkilendirilmiş hiçbir taraf yoktur. Departmanlar arası iş birliği mekanizması yalnızca “iletişim kanalları kurmak, düzenli toplantılar yapmak ve koordinasyonu güçlendirmek” düzeyinde kalırsa, en kritik üç soruya yanıt veremez: Kararı kim verir, kime mutlaka danışılmalıdır ve anlaşmazlık halinde konu hangi seviyeye eskale edilir?

1. İş birliğini bir iletişim sorunu olmaktan çıkarıp karar yetkisi sorunu olarak ele almak

İş birliği mekanizmasını mühendislikleştirmenin ilk adımı, her departmanlar arası konuyu genel olarak bir departmana vermek yerine yetkilendirilebilir karar birimlerine ayırmaktır. Tipik bir 3D baskı siparişi en az altı tür departmanlar arası karar noktası içerir: teknik fizibilite değerlendirmesi (bu yapının üretilebilir olup olmadığı), proses rotası seçimi (malzeme ve ekipman kombinasyonu), teslim tarihi taahhüdü (dış kaynak süreçleri dâhil), değişikliğin kabulü (müşteri çizimi değiştirdiğinde planlamanın yeniden yapılıp yapılmayacağı), uygunsuz ürünün değerlendirilmesi (onarım, şartlı kabul veya hurdaya ayırma) ve teslimat serbest bırakma (test raporunun eklenip eklenmeyeceği). Bu altı karar noktasının tamamı varsayılan olarak “toplantıda görüşülecek” şeklinde ele alınırsa, dakikalar içinde tamamlanması gereken değerlendirmeler günler süren toplantılara dönüşür.

Mühendislik yaklaşımı, her karar noktası için tek bir hesap verebilir kişi (Accountable) belirlemektir; dikkat edilmesi gereken nokta bunun tek kişi olması, “ortak sorumluluk” olmamasıdır. İki kişinin ortak sorumluluğu, takip sisteminde hiç kimsenin sorumlu olmadığı anlamına gelir. Hesap verebilir kişi nihai karar yetkisine sahiptir; diğer ilgili taraflar ise danışılanlar (Consulted, karar öncesinde mutlaka girdi sağlamalıdır) ve bilgilendirilenler (Informed, karar sonrasında sonuç kendileriyle paylaşılır) olarak ayrılır. RACI matrisinin özü budur: Responsible (uygulayan), Accountable (hesap veren/karar veren), Consulted (danışılan) ve Informed (bilgilendirilen).

2. RACI matrisini doldurma kuralları ve yaygın hatalar

RACI matrisi doldurulurken bazı katı kurallar uygulanmalıdır. Birincisi, her karar biriminin A sütununda bir ve yalnızca bir işaret bulunmalıdır. İki A işareti bir tasarım kusurudur; karar birimi daha ayrıntılı bölünmelidir. Örneğin, “uygunsuz ürünün değerlendirilmesi” “kusur sınıflandırmasının belirlenmesi” (kalite A) ve “bertaraf yönteminin seçimi” (proses A, kalite C) olarak ayrılabilir. İkincisi, birden fazla R olabilir; ancak ana uygulayıcı açıkça belirtilmelidir ve bu genellikle parantez içinde gösterilir. Üçüncüsü, C sayısı aşırı olmamalıdır. Bir karar biriminde üçten fazla C bulunması, konunun gereğinden fazla yaygınlaştırıldığını gösterir; yalnızca kararı gerçekten etkileyen iki veya üç tarafla sınırlandırılmalıdır. Dördüncüsü, I katılım olmadığı anlamına gelmez. Teslimat serbest bırakma gibi aşamalarda satış ekibi I olarak atansa bile, sonuç oluştuğunda bir saat içinde müşteri tarafını bilgilendirmek zorundadır.

En yaygın hata, matrise roller yerine departman adlarını yazmaktır. Departman bir organizasyon birimidir, rol ise sorumluluğun taşıyıcısıdır; aynı departmanın farklı karar noktalarındaki rolü tamamen farklı olabilir. Örneğin kalite departmanı “kusur sınıflandırması” konusunda A iken, “proses rotası seçimi” konusunda yalnızca C olabilir. Matris; satırlarda proses mühendisi, proje sahibi ve kalite mühendisi gibi roller, sütunlarda ise karar noktaları olacak şekilde düzenlenmelidir.

3. Arayüz kontrol listesi: Departmanlar arası çıktıları kabul edilebilir maddeler olarak tanımlamak

Karar yetkileri tanımlandıktan sonra ikinci adım arayüzleri tanımlamaktır. Departmanlar arası sürtüşmelerin önemli bir bölümü “devir-teslim edilen çıktının eksik olmasından” kaynaklanır: Tasarımın prosese aktardığı modelde malzeme tanımı eksiktir, prosesin üretime aktardığı iş talimatında destek çıkarma yöntemi yoktur veya üretimin kaliteye aktardığı numunede baskı parti numarası bulunmaz. Arayüz kontrol listesi üç alanı açıkça tanımlamalıdır: çıktı adı, teslim zamanı ve kabul kriterleri. Kabul kriterleri doğrulanabilir olmalıdır; örneğin “model dosyası malzeme sınıfını, son işlem gerekliliklerini, kritik ölçü işaretlerini ve revizyon numarasını içerir” denmelidir, “dokümanlar eksiksizdir” denmemelidir.

Arayüz kontrol listesindeki her çıktı için zorunlu bir alan grubu oluşturulması önerilir. Örneğin prosesin üretime teslim ettiği iş talimatında en az şu zorunlu alanlar bulunmalıdır: ekipman numarası, malzeme parti numarası, yerleştirme yönü ve destek planı, katman kalınlığı ve kritik parametre aralığı, ısıl işlem eğrisi, destek çıkarma ve temizleme yöntemi ile kontrol numunesi alma oranı. Bu alanlardan herhangi biri eksikse, alt süreç çıktıyı kabul etmeme hakkına sahiptir ve ret süresi alt sürecin terminine dâhil edilmez. Bu kural, sözlü talimatları ve sonradan belge tamamlama uygulamalarını süreçten çıkarabilir.

4. Eskalasyon kuralları: Anlaşmazlıklar tekrar eden toplantılarla çözülmemelidir

Karar yetkileri açık olsa bile anlaşmazlıklar ortaya çıkabilir. Bu durumda geçici olarak yönetici aramak yerine önceden tanımlanmış eskalasyon kurallarına ihtiyaç vardır. Eskalasyon kurallarında çift tetikleyici koşul kullanılması önerilir: zaman tetikleyicisi ve etki tetikleyicisi. Zaman tetikleyicisi, belirli bir karar noktasının kararlaştırılan süreyi aşmasına rağmen kapanmamasını ifade eder; örneğin teknik fizibilite değerlendirmesi 24 saat içinde sonuçlanmazsa konu otomatik olarak bir üst seviyeye eskale edilir. Etki tetikleyicisi ise anlaşmazlığın teslim tarihinde eşik üzeri bir değişikliğe yol açması, örneğin teslimat tarihini iki günden fazla etkilemesi, ya da maliyette eşik üzeri değişim yaratması, örneğin parça başı maliyeti %5’ten fazla artırması durumunda derhal eskalasyon yapılmasını ve proje sahibinin yanı sıra müşteri arayüz sorumlusunun da bilgilendirilmesini gerektirir.

Eskalasyon sonrasındaki karar için açık bir son tarih ve varsayılan eylem tanımlanmalıdır. Örneğin konu proje sahibine eskale edildikten sonra sekiz saat içinde yazılı bir sonuç verilmelidir; süre dolduğunda karar alınmamışsa varsayılan olarak “muhafazakâr çözüm” uygulanır, yani orijinal çizim ve orijinal proses izlenir, teslim tarihi ertelenir. Böylece proje bekleme durumunda askıda kalmaz. Varsayılan eylemin varlığı başlı başına bir baskı mekanizmasıdır; tüm tarafları süre içinde sonuca ulaşmaya teşvik eder.

5. İş birliği mekanizmasını denetlenebilir kayıtlara dayandırmak

İş birliği mekanizmasının gerçekten çalışıp çalışmadığı sezgiyle değil, üç tür kayıt incelenerek değerlendirilmelidir: karar kayıtları (her karar noktasının sonucu, sorumlu kişisi ve zamanı), arayüz devir-teslim kayıtları (çıktı, teslim alan kişi ve kabul sonucu) ve eskalasyon kayıtları (tetikleme koşulu, eskalasyon seviyesi ve nihai sonuç). Bu üç kayıt türü oldukça yalın olabilir; paylaşılan bir tabloda tek bir satır yeterlidir. Ancak mutlaka mevcut olmalı ve aylık olarak iki gösterge hesaplanmalıdır: karar noktalarının ortalama kapanış süresi ve arayüzlerin ilk seferde kabul oranı. İlki yetkilendirmenin netliğini, ikincisi ise arayüz tanımlarının eksiksizliğini gösterir.

Her ay tamamlanmış beş projenin iş birliği açısından gözden geçirilmesi önerilir. Buradaki odak hesap sormak değil, matrisin kendisini düzeltmektir: Hangi karar noktalarındaki A işareti gerçekte hiç kullanılmamıştır; bu durum yetkilendirmenin aşırı ayrıntılı olduğunu gösterir. Hangi karar noktaları sık sık eskale edilmektedir; bu durum yetki seviyesinin yetersiz olduğunu veya kriterlerin belirsiz olduğunu gösterir. Hangi arayüzler sürekli reddedilmektedir; bu durum zorunlu alan grubunun ayarlanması gerektiğini gösterir. Matris ve kontrol listeleri iş gereksinimleri değiştikçe revize edilmeli, ayrıca revizyon numarası ve yürürlük tarihi korunmalıdır.

Sonuç

Departmanlar arası iş birliğini mühendislikleştirmenin yolu dört adımda özetlenebilir: İş birliği konularını yetkilendirilebilir karar birimlerine ayırmak, her birim için tek bir hesap verebilir kişi belirleyerek RACI matrisini oluşturmak, departmanlar arası çıktıları arayüz kontrol listeleriyle kabul edilebilir maddeler olarak tanımlamak ve anlaşmazlıkları zaman ile etki tetikleyicilerinden oluşan çift koşullu eskalasyon kurallarıyla yönetip varsayılan eylemlerle güvenceye almak. Son olarak karar, devir-teslim ve eskalasyon kayıtlarıyla aylık ölçüm yapılır ve bu sonuçlar matrisi revize etmek için kullanılır. Bu şekilde oluşturulan iş birliği mekanizması, kişisel iş birliği isteğine değil; açık yetkilendirmeye, doğrulanabilir arayüzlere ve otomatik işleyen eskalasyon yollarına dayanarak sürekli çalışır.