Bir klasör bağlantısı göndermek işi devretmek değildir
Selin görev değiştirirken ekip arkadaşlarına bir klasör gönderiyor. İçinde raporlar, müşteri notları ve takip listesi var. Bir hafta sonra kimin hangi işi üstlendiği, hangi dosyanın güncel olduğu ve bekleyen bir müşteriye kimin döneceği soruluyor. Yapay zekânın hazırladığı düzgün devir özeti bu soruları cevaplamıyorsa bilgi taşınmış, sorumluluk devri tamamlanmamış demektir. Devir paketinde açık iş, erişim ve teslim alma kanıtını birlikte tutmak gerekir.
Bu yazıda kurgusal bir satış operasyon ekibinin dört açık işi ve bir kapalı kaydı kullanılacak. Kişiler, tarihler ve belgeler sentetiktir. Hedef çalışan hakkında değerlendirme yapmak değil, yürüyen işlerin sürekliliğini sağlamaktır. Çıktı olarak hangi işin kime geçtiği, yeni kişinin gerekli kaynağı açıp açamadığı ve hangi eksik koşulun kaldığı görülecek. Şifre paylaşımı veya kişisel hesabın başka kişiye devri bu uygulamanın parçası değildir; erişimler kurumun yetkili süreciyle verilir.
Her kaydın son durumunu ve dayanağını yazın
| İş | Son durum | Kaynak / tarih | Önerilen yeni sahip |
|---|---|---|---|
| T1 | Teklif müşteri teyidi bekliyor | D1 / 18 Eylül kontrol | Ece; kabul etti |
| T2 | Aylık raporun son kontrolü açık | D2 / 20 Eylül teslim | Bora; kabul etti, erişim yok |
| T3 | Teknik soru için yanıt hazırlanacak | D3 / tarih verilmemiş | Deniz; henüz kabul etmedi |
| T4 | Tedarikçi eksik miktarı tamamlayacak | D4 / 17 Eylül teyit | Ece; kabul etti |
| T5 | Eski teklif 10 Eylül kapandı | D5 / kapanış kaydı | Yeni etkin görev yok |
T1 için kontrol tarihi vardır ama müşteri teklifi kabul etmiş değildir. T2'de kişi işi kabul etmiş olsa da D2'yi açamadığından devir tamamlanamaz. T3'ün iki ayrı eksiği bulunur: yeni sorumlunun kabulü ve tarih. T4 için de erişim ile son tedarikçi teyidi görülmeden yalnız kişinin adını yazmak yeterli olmaz. T5 ise açık listede yeni görev yaratmadan geçmişe erişim için tutulur; kapanmış bir işin dosyada bulunması onun tekrar yapılacağı anlamına gelmez.
Devir notunda ‘müşteri zor’, ‘Bora bu işi beceremez’ gibi kişisel yorumlar kullanmayın. Gerekli olan gözlenebilir iş bilgisidir: hangi yanıt bekleniyor, hangi dosya açılamıyor, hangi karar alınmamış. Kişilerin sağlık, özel hayat veya görevle ilgisiz başka bilgileri bu pakete eklenmez. AI'ın uzun yazışmadan seçtiği her ayrıntı işin devri için gerekli değildir. Önce alanların amaçla ilişkisini değerlendirin, sonra izinli içerikten taslak hazırlayın.
Yeni sorumlu dosyayı açıp bir sonraki adımı söyleyebilsin
| İş | Kabul / erişim kanıtı | Sonuç | Açık iş |
|---|---|---|---|
| T1 | Ece kabulü A1; D1 açıldı | Devir kabul edildi | 18 Eylül müşteri durumunu kontrol et |
| T2 | Bora kabulü A2; D2 erişim reddi | Devir açık | BT yetkisi ve tekrar erişim kontrolü |
| T3 | Kabul yok; D3 bağlantısı var | Devir açık | Yönetici sahip ve tarih teyidi alacak |
| T4 | Ece kabulü A4; D4 ve son not açıldı | Devir kabul edildi | 17 Eylül eksik miktar teyidi |
| T5 | D5 kapanış kanıtı bulundu | Arşiv bağlantısı | Etkin görev oluşturma |
Bu tablodaki erişim kontrolü yalnız bir bağlantıya tıklamak değildir. Yeni sorumlu doğru belgeyi, doğru sürümü ve görevi için gerekli bölümü açabildiğini doğrular. Yetkisiz ayrıntıları görebiliyor olması ise başarı sayılmaz; erişim kapsamının düzeltilmesi gerekir. Devir paketi başka bir kişinin hesap bilgilerini içermemelidir. Belge sahibinin yetki vermesiyle işi üstlenme kararı da aynı şey değildir; ikisi ayrı sütunlarda izlenebilir.
NIST AI RMF'de sorumlulukların, iletişim çizgilerinin ve AI kullanım bağlamının açıklanması vurgulanır. Buradaki görev devri dosyası bu yaklaşımın özgün bir iş uygulamasıdır. AI notları düzenler ve eksik alanları gösterir; yeni kişinin işi kabul ettiğini onun adına söyleyemez.Kaynak: NIST — AI RMF 1.0 Core
Teslim alma sınaması gerçek işi tekrar yapmayı gerektirmez
T1 için Ece'ye şu soruyu sorabilirsiniz: ‘Şimdi hangi bilgiyi bekliyoruz ve 18 Eylül'de neyi kontrol edeceksin?’ Ece müşteri teyidinin gelmediğini, D1'de teklif kapsamının bulunduğunu ve kontrol gününün bir kabul taahhüdü olmadığını açıklayabiliyorsa iş bağlamı aktarılmıştır. Müşteriye yeniden teklif göndermesi gerekmez. Kısa bir masa başı yürütme, gereksiz dış işlem oluşturmadan devirdeki eksikliği görünür kılabilir.
T1 ve T4 Ece tarafından kaynakları açılarak kabul edildi. T2 Bora tarafından üstlenildi, ancak D2 yetkisi eksik; BT erişim düzenlemesinden sonra tekrar kontrol yapılacak. T3 için Deniz'in kabulü bulunmadığından atama tamamlanmış sayılmadı; yönetici görüşecek. T5 kapanmış kayıt olarak korundu. Selin'in kişisel hesabı veya şifresi paylaşılmadı. İki açık devir kalemi kapanmadan tüm paket tamamlandı denmeyecek.
Notta iki açık kalem olması başarısız bir devir toplantısı anlamına gelmez. Toplantı bu iki belirsizliği bulmuş ve doğru sahiplerine bağlamıştır. Ancak durum ekranına ‘yüzde 100 devredildi’ yazmak artık yanlış olur. Kapanış ölçütü dosya sayısı değil, gereken kabul ve erişim koşullarının sağlanmasıdır. Büyük devirlerde işler risk veya yakın tarih açısından sıralanabilir; bu örnekte bir puanlama modeli kullanılmadan eksik koşullar doğrudan gösterilir.
T2'nin erişimi daha sonra açıldığında yalnız A2 kabul kaydının varlığına bakmayın; Bora'nın D2'yi tekrar kontrol ettiği yeni kanıtı ekleyin. T3'te yeni bir kişi seçilirse eski önerilen sahibi silmek yerine değişikliğin kaynağını tutun. Böylece bir hafta sonra işin kimde olduğu sorusu geçmiş yazışmalardan yeniden çıkarılmak zorunda kalmaz. Toplantı karar takibi makalesindeki iptal ve devir bölümü bu değişiklik geçmişini ayrıntılandırır.
Devir paketini küçük bir görevle sınayın
T1–T5 ve verilen kabul/erişim kayıtlarından çalışma paketi oluştur. Her iş için mevcut statü, bekleyen bilgi, kaynak belgesi, tarih türü, yeni sorumlunun kabulü, erişim kontrolü ve açık koşul yaz. Önerilen kişiyi kabul etmiş sayma. Kapalı T5'i etkin göreve çevirme. Eksik tarih, müşteri kararı veya yeni erişim izni üretme. Sonunda tamamlanan ve açık devir kalemlerini ayır; dış mesaj veya sistem değişikliği yapma.
- Her açık işin kaynağı ve son durumu bulunuyor mu?
- Yeni sorumlunun kabulü ile belge erişimi ayrı kanıtlanmış mı?
- Tarih, müşteri taahhüdü mü yoksa kurum içi kontrol günü mü?
- Kapalı işlere yeni görev açılmış mı?
- Açık devirlerin sahibi ve kapanış kanıtı belli mi?
Küçük alıştırma: BT, T2 için Bora'ya erişim verdiğini bildiriyor; Bora henüz dosyayı açmayı denemedi. Devir kapanabilir mi? Cevap anahtarı: Bu örneğin kabul kuralına göre henüz kapanmaz. Yetki verildiği kaydedilir, ardından Bora'nın doğru D2 sürümünü açıp ilgili kontrolü yapabildiği doğrulanır. Yanlış klasöre yetki verilmiş olması veya gerekli ekin görünmemesi mümkündür. İzin bildirimi ile görev için yeterli erişim kanıtı ayrı kalır.
Devir sonrasında yeni kişinin öğrenmesi gereken konular varsa bunları aynı açık iş listesine karıştırmadan oryantasyon planına bağlayın. Bir işin mevcut bağlamını kabul etmek ile bütün rolün becerilerini edinmek aynı süreç değildir. Devir paketi yakın dönemde işlerin sahipsiz kalmasını önler; oryantasyon ise kişinin zaman içinde bağımsız çalışmasını destekler. İki dosya birbirine bağlandığında hem günlük takip hem de öğrenme ihtiyacı daha net görünür.
Kaynaklar ve doğrulama
- NIST — AI RMF 1.0 Core
Bağlam, sorumluluklar, değerlendirme ve yaşam döngüsü. Sayfa 1.0 metnini sunuyor ve güncellemenin sürdüğünü belirtiyor; örnek kurum eşikleri NIST gerekliliği değildir.
Erişim ve kontrol:
Üretken Yapay Zekâ ile İş Verimliliği
Üretken Yapay Zekâ ile İş Verimliliği eğitiminde açık iş listenizi teslim alma kanıtıyla birlikte tasarlayabilirsiniz. Oryantasyon rehberini de devralan kişinin sonraki öğrenme planı için kullanın.
- Kuruma özel planlanır