Üretim firmalarında bayi ve müşteriler ürün kodu, model adı, revizyon ya da ölçü birimi hakkında sık soru sorar. Bu sorulara verilecek yanıt çoğunlukla bir teknik belgede bulunur. Asıl zorluk ise hangi bilginin yanıtlanabileceğini, hangisinin teyit gerektirdiğini ve hangisinin mühendislik kararı olduğunu ayırmaktır. Bu yazı kapsam belirlemeye ve alternatifleri değerlendirmeye odaklanır, uygulama adımlarını anlatmaz.
Kapsam Sınırını Baştan Çizmek
Kapsam, asistanın hangi soruları yanıtlayabileceğini ve hangilerinde yanıtı durdurup insana bırakacağını tanımlar. Bu sınır çizilmeden yapılan kurulumlarda asistan, eldeki her föy satırını kesin cevap gibi sunabilir. Oysa bir katalog sayfası ürün ailesini tanıtırken, bir revizyon tablosu yalnızca belirli bir tarihte geçerli olan bir sürümü gösterebilir. İkisini aynı güvenle aktarmak yanlış anlaşılmaya yol açar.
İşletme önce üç kapsam sorusunu yanıtlamalıdır: hangi ürün aileleri kapsanıyor, hangi belge türleri onaylı kabul ediliyor ve hangi karar türleri otomatik olarak verilmiyor. Bu üç sorunun yazılı cevabı, sonraki tüm tasarım kararlarının referansı olur. Yazılı cevap yoksa kapsam zamanla genişler ve sınır pratikte kaybolur.
Hangi Soru Hangi Kaynağa Gider
Soru türleri ile kaynaklar arasında birebir bağ kurmak, karışıklığın en büyük kaynağını giderir. Katalog sorusu ile revizyon sorusu aynı sayfadan yanıtlanabilir gibi görünse de kaynak sahipleri ve yanıt sınırları farklıdır. Bu yüzden her soru türü kendi birincil kaynağına bağlanmalıdır. Konuyla ilgili kaynak düzeni için PDF kaynak düzeni yazısı yararlı bir başlangıç noktasıdır.
Her soru türü için birincil kaynak ve “bu kaynakla yanıtlanamayan” bölümü ayrıca yazılmalıdır. İkinci sütun çoğu zaman eksik kalır, oysa asistanın en çok ihtiyaç duyduğu bilgi tam da bu sınırdır. Bilgi tabanının genel hazırlığı için bilgi tabanı hazırlama rehberi de aynı sınıflandırmayı destekler.
Alternatifleri Değerlendirmek İçin Ölçütler
Bir işletme yanıt kaynağını belirlerken genellikle birkaç yaklaşım arasında seçim yapar: tek bir büyük belge seti, ürün ailesine göre ayrılmış kaynaklar ya da model ve revizyon bazında etiketli kayıtlar. Her yaklaşımın bakım yükü ve hata riski farklıdır. Hangisinin uygun olduğu, ürün çeşitliliğine ve güncelleme kapasitesine bağlıdır.
Seçimi yaparken dört ölçüt kullanılabilir: güncelleme sorumlusunun net olması, revizyon ayrımının yapılabilmesi, birimin değerle birlikte taşınması ve kaynağın kapsamının yanıtta söylenebilmesi. Aşağıdaki tablo bu ölçütleri kıyaslamak için bir çalışma çerçevesi sunar.
| Yaklaşım | Güçlü Yanı | Dikkat Edilecek Nokta |
|---|---|---|
| Tek büyük belge seti | Kurulumu sade tutar | Model ve revizyon karışabilir |
| Ürün ailesine göre kaynak | Sorumluluk sınırı anlaşılır | Aile içi model farkları ayrıca izlenmeli |
| Model ve revizyon bazında etiket | Eşleşme kesinliği yüksektir | Bakım yükü ürün sayısıyla artar |
| Ekip teyidine açık kuyruk | Belirsiz sorularda güvenli seçenektir | Yanıt süresi ve kuyruk sahibi tanımlanmalı |
Tüm sütunları görmek için tabloyu yana kaydırın.
Birim Belirsizliğinde Seçenekler
Ölçü birimi, teknik belgede en çok yanlış anlaşılan bilgidir. Birimsiz bir sayı çoğu zaman tek başına bir anlam taşımaz. Birim belirsizliğinde üç yol düşünülebilir: belgedeki birimi aynen aktarmak, birimi teyit için ekibe sormak ya da yanıtı tamamen ertelemek. Hangi yolun seçileceği, sorunun ne kadar kritik olduğuna göre değişir.
Dönüşüm yapmak ilk bakışta yardımcı görünse de kaynakta olmayan bir çevirme işlemi, müşterinin yanlış ölçüye göre hareket etmesine yol açabilir. Bu yüzden karar ölçütü, birimin kaynakta açıkça görünüp görünmediğidir. Birim görünmüyorsa dönüşüm değil teyit seçilmelidir.
Uygunluk Sorusunda Sınırı Nerede Kesmek
Bir değerin müşterinin kullanım ortamında uygun olup olmadığı sorusu, bilgi sorusundan farklıdır. Föydeki bir değeri aktarmak ile o değerin belirli bir projede yeterli olduğunu söylemek aynı yetkiyi gerektirmez. Asistanın rolü, ilgili değerleri ve eksik bağlamı toplayıp karar sahibine düzenli bir özet sunmaktır.
Sınırı netleştirmek için “bilgi”, “bağlam” ve “hüküm” ayrımı kullanılabilir. Bilgi, kaynakta açık yazan değerdir. Bağlam, müşterinin projesine dair mevcut ya da eksik bilgidir. Hüküm ise uygunluk ya da yeterlilik kararıdır. Hüküm alanı hiçbir zaman otomatik yanıta açık bırakılmamalıdır. Bu sınırın neden gerektiği için insan denetimi kavramına bakılabilir.
Ekip Sorumluluğu Ve Devir Noktaları
Her devir noktasında kimin sorumlu olduğu bilinmelidir. Teknik ekip uygunluk kararını verir, kaynak sahibi föyün güncelliğini sağlar, operasyon ekibi ise bekleyen görüşmeleri izler. Bu üç sorumluluk tek bir kişiye yüklenirse kaynak güncellemeleri sık sık gecikir ve eski belgeler yanıtlarda kalır.
Devir sırasında müşteriye söylenen ifade gerçek sürece uygun olmalıdır. Kayıt oluşmadan “ekibimize ilettim” denmesi yanıltıcıdır. Dönüş süresi bilinmiyorsa tahmin yürütmek yerine bilinen adım anlatılmalıdır: talebin hangi bilgilerle kaydedildiği ve bir sonraki teyit adımının ne olduğu.
Temsili Bir Görüşme
Aşağıdaki görüşme temsilidir ve gerçek bir müşteriye ait değildir. Ürün kodu K-18 kurgusaldır.
Bayi: K-18 kablosunun uzunluk değeri tablo başlığında ölçü birimi olmadan geçiyor. Bu metre mi?
Asistan: Bilgi tabanındaki K-18 satırında uzunluk değeri var, ancak tablo başlığında birim görünmüyor. Birimi tahmin etmeyeceğim. Bu belgenin birimi için kaynak sahibinin teyidi gerekiyor. Kullandığınız föy sürümünü belirtirseniz soruyu teyit için netleştirebilirim.
Bayi: Bu kablo sıcak hat güzergâhımızda kullanılabilir mi?
Asistan: Kablonun belgedeki sıcaklık değerini aktarabilirim, fakat güzergâhınız için uygunluk kararını veremem. Hat sıcaklığı, döşeme yöntemi ve uygulanacak standart gibi bilgiler karar için gerekli. Bu bilgileri paylaşırsanız talebi karar sahibi için bir özet olarak hazırlayabilirim.
Test Planı Ve Karar Listesi
Test planı, kapsam kararlarının gerçek sorularda işe yarayıp yaramadığını gösterir. Test setinde kolay sorular yerine eski revizyon, eksik birim ve kaynakta bulunmayan değer gibi sınır durumlarının ağırlıkta olması gerekir. Bu hazırlık için test veri seti kavramı temel bir çerçeve sunar.
Aşağıdaki listeyi her kaynak güncellemesinden sonra tekrar işaretleyin:
- Her ürün ailesi için kapsam dışı soru türleri yazılı mı?
- Her model için revizyon etiketi ve sürüm tarihi tanımlı mı?
- Birimsiz değerlerde asistan dönüşüm yapmadan teyit yolunu gösteriyor mu?
- Uygunluk sorularında hüküm yerine bağlam sorusu yöneltiliyor mu?
- Devir kaydı oluşmadan “iletildi” ifadesi kullanılmıyor mu?
- Her kaynak için sahip kişi ve güncelleme aralığı belirlenmiş mi?
- Yanlış belgeye yönlendirilen görüşmeler ayrı bir incelemeye alınıyor mu?
