Eksik belgeler: gereken kanıtı isteyin ve sorunu kapatın

“Belge eksik” bir talep gibi görünür, fakat alıcının sorunu baştan keşfetmesini gerektirir. Eksik belgeleri tamamlamak için neyi doğrulayamadığınızı, hangi işin buna bağlı olduğunu ve hangi kanıtın devam etmeyi sağlayacağını yazın. Bu üç bilgi tek kayda sığar; her mesajda dosyayı yeniden anlatmanız gerekmez.

Bu rehber idari girdileri ele alır: eksik, çelişkili veya erişilemeyen belgeler. Şablon bunların vergi veya sözleşme açısından geçerliliğini belirlemez. Okunaklı bir görüntüyü her kullanım için yeterli kanıta da dönüştürmez. Sonucu daha sınırlıdır: başka biri, bir işin neden yeniden ilerleyebildiğini kontrol edebilir.

İstemeden önce neyin eksik olduğunu belirleyin

Dosyayı açın ve somut eksiği bulun. “Doğru değil” farklı yanıtlar gerektiren sorunları anlatabilir. Bir kopya daha istemek sürümler arasındaki çelişkiyi çözmez; bir değerin yazılmasını istemek eksik sayfayı geri getirmez.

Hangi bilgiye ihtiyacınız olduğunu bilmiyorsanız durum açıklığa kavuşturulmalı olmalıdır. Önce işi yapacak kişiye sorun. “Elinizde ne varsa gönderin” talebi genişletir ve soruyu çözmeden gereksiz bilgiler getirebilir.

İşletme ile muhasebecisi arasındaki koordinasyonda, İngilizce sayfa bu kayıt tek bir girdiyi ve tamamlanma koşulunu ele alır. Her alan için ayrı kayıt gerekmez: aynı sorumlunun birlikte doğrulayabileceği aynı belgedeki eksikleri gruplayın.

Bağlamı koruyan tek kayıt

Yalnızca ilgili kişilerin eriştiği ortak kayıt kullanın. Kopyaları birçok kanaldan iletmek yerine kaynak referanslarını saklayın. Kimlik, talebi, yanıtı ve kontrolü bağlar; isim veya kişisel bilgi içermesi gerekmez.

Sorun: [DOC-001]
Dosya ve engellenen iş: [referans / eylem]
Kaynak: [kısıtlı bağlantı / sürüm / tarih]
Gözlem: [eksik / okunaksız / çelişkili / erişilemez]
Talep: [gereken belirli kanıt]
Çözüm ölçütü: [inceleyenin neyi kontrol edeceği]
Sağlayan / koordine eden: [teyit edilmiş sorumlular]
Son talep: [tarih / kanal / referans]
Sonraki inceleme: [anlaşılan tarih / saat / saat dilimi]
Devam edebilir / beklemeli: [işler]
Durum: [açıklığa kavuşturulmalı / istendi / doğrulama için alındı / çözüldü / beklemede]
Yanıt: [referans / sürüm / tarih]
Doğrulama: [kişi / tarih / ölçüt / sonuç]
Sonraki eylem: [sorumlu / başlama koşulu]
Yeniden açma: [gerekçe / yeni sürüm / önceki çözüm]

Geçmişi mevcut durumdan ayrı tutun: reddedilen sürümler dahil her yanıt ve doğrulama için tarih, sürüm, sonuç ve gerekçeyi içeren yeni bir kayıt ekleyin. Önceki kanıtların üzerine asla yazmayın.

Birden fazla kişi bilgi sağlayacak olsa da tek koordinatör seçin. Bu kişinin her şeyi çözmesi gerekmez: talebi güncel tutar, üç çalışma arkadaşının aynı şeyi farklı tarihlerle istemesini önler. Adı yazılan kişinin kanıtı edinebileceğini doğrulayın; adını yazmak görevi kabul ettiği anlamına gelmez.

Yanıt verilebilir üç mesaj

Göndermeden önce köşeli parantezleri uyarlayın. Bunlar yazım önerileridir; gönderilmiş mesaj veya alıcıya dayatılmış süre değildir.

İlk talep: “[Referans] içinde [bilgi] doğrulanamıyor, çünkü [gözlem]. [İş] için devam edebilmemiz adına [belirli kanıt] bilgisini [yetkili kanal] üzerinden almamız gerekiyor. Sağlayabilir veya kimde olduğunu belirtebilir misiniz? Durumu [tarih, saat, saat dilimi] zamanında gözden geçireceğiz; bu inceleme o zamana kadar yanıt vereceğinizi varsaymaz.”

Takip: “DOC-001 hâlâ [kanıt] bekliyor. [Bağımsız iş] devam edebilir; [bağımlı iş] bekliyor. Sonraki inceleme [anlaşılan tarih] olarak kalıyor. Edinemiyorsanız lütfen belirtin; [sorumlu] ile alternatif kararlaştırabilelim.”

Çözüm: “[Ölçüt] kontrolünü [sürüm] üzerinde [tarih] tarihinde yaptık. DOC-001 [belirli iş] için çözüldü; [sorumlu], [eylem] işini sürdürüyor. [Varsa başka sorun] açık kalıyor. Bu, belgenin diğer kullanımlarını onaylamaz.”

Atlassian olay iletişimi şablonları, araştırmayı ve güncellemelerini duyurmak için örnekler sunar. Bu rehberdeki üç mesaj, çözüm mesajı dahil, belge talepleri için kendi editoryal önerimizdir; teknik süreçleri aktarmaz veya Atlassian yanıt sürelerini vaat etmez.

Örnek: dosya geldi, çözüm gelmedi

Gerçek belge veya kişilerin bulunmadığı öğretici bir varsayım. R-017 teslim alma belgesi 2. sayfası olmadan gelir. İdari ekip dosyayı incelemeye aktarmadan önce alınan adetleri kararlaştırılan referansla karşılaştırmalıdır. Beklerken diğer dosyaları düzenleyebilir; bu adetleri doğrulanmış sayamaz.

Koordinatör DOC-001 açar ve R-017’nin sayfasını ister. İlk yanıt “altıydı” der. Yanıt vardır, ancak istenen kanıt hâlâ eksiktir. Durum doğrulama için alındı olur; ölçütü neden karşılamadığı kaydedilince istendi durumuna döner. Mesaj silinmez.

İkinci yanıt 2. sayfalı sürüm 2’yi getirir, fakat referans R-018’dir. Sayfa vardır ve okunur. Yine de R-017’yi tamamlamaz. Koordinatör aynı kayıtta uyuşmazlığı belirtir ve göndericiyi değişiklik yapmakla suçlamadan ilgili belgeyi ister.

Sürüm 3, R-017’ye aittir ve adetlerin kontrolünü sağlar. İnceleyen kişi sürümü, tarihi ve sonucu kaydeder. Artık DOC-001 bu kontrol için kapatılabilir, iş sorumlusuna döner. Dosyadaki başka bilgi eksikse bu sorunun çözüldü durumu arkasında gizlenmez.

Yalnız bildirimi değil, sürümü kontrol edin

Bir aracın “onaylandı” işareti, her kişinin hangi değişiklikleri gördüğünü tek başına açıklamaz. Örneğin Google Drive, düzenlemelerin ayarlara göre onayları sıfırlayabileceğini veya koruyabileceğini belgeler. Özellik uygun hesaplara bağlıdır. Bu yöntem için doğrulanan sürümün açık kaydı yeterlidir; onay sistemi satın almanız veya etkinleştirmeniz gerekmez.

Dosya sonra değişirse, değişikliğin kontrol ettiğiniz ölçütü etkileyip etkilemediğine karar verin. Etkiliyorsa sorunu yeniden açın ve önceki çözümle bağlantıyı koruyun. Sorun erişimse inceleyenin hesabından deneyin: sahibinde açılan bağlantı, ekipte açıldığını kanıtlamaz.

Yanıt yoksa neyin bekleyeceğine karar verin

İnceleme tarihi duruma yeniden bakma zamanıdır. Sessizliği kabule dönüştürmez. Geldiğinde hangi işin durduğunu bildirin; yetkili sorumludan bekleme, sıralamayı değiştirme veya bu işe uygun başka kanıt arama kararı isteyin. Listeyi boşaltmak için alanları sezgiyle doldurmayın.

Kısa bir konuşma belirsiz talebi netleştirebilir. Sonrasında sonucu kayda yazın. Girdi bir fiş verisi çıkarma sürecinden geldiyse, İngilizce açıklama, sonucu kontrol etmeden orijinale dönün. Engel teslim hazırlayan birini etkiliyorsa bağımlılıkları teklifte anlaşılan kapsamla, İngilizce yazı karşılaştırın.

Gerçek bir açık sorunla başlayın: sonraki mesajdan önce gözlemi ve çözüm ölçütünü yazın. Başka biri kaydı okuyup neyin eksik olduğunu, kimin sağlayacağını ve nasıl kontrol edileceğini açıklayabiliyorsa çözülebilir bir talebiniz vardır.