Kurum içi kılavuz neden ertelenir?

Belge yazmak ayrı bir proje olmak zorunda değil

Yeni bir çalışan ilk gününde teklif hazırlamak istiyor. Hangi dosyayı açacağını, fiyatı nereden alacağını ve kime kontrol ettireceğini bilmiyor. Deneyimli çalışan anlatıyor, fakat ertesi gün aynı sorular yeniden geliyor. Sorun yalnız eksik bir belge değildir. İşin nasıl yapıldığı belirli insanların hafızasında kaldığı için ekip her seferinde aynı bilgiyi yeniden aktarmak zorunda kalır. Kılavuzun amacı bu tekrarları azaltmak ve doğru kaynağı görünür hale getirmektir.

Kılavuz hazırlığı çoğu zaman bütün şirketi anlatan kusursuz bir kitap beklentisiyle başlar. Kapsam büyüyünce kimse ilk sayfayı tamamlayamaz. Bunun yerine sık sorulan tek bir işi seçin. Kullanıcının hangi noktadan başladığını, hangi girdiye ihtiyacı olduğunu ve hangi sonuçla işi bitirdiğini yazın. İlk sürüm yalnız o işi güvenli biçimde tamamlamaya yardımcı olsun. Diğer süreçleri sonra aynı yöntemle ekleyebilirsiniz.

Sorudan başlayın, başlıktan değil

İçindekiler listesinde güzel görünen başlıklar günlük işte her zaman işe yaramaz. Çalışanın sorusunu olduğu gibi kaydetmek daha iyi bir başlangıçtır: Yeni müşterinin kaydı nerede açılır, yanlış fiyat kim tarafından düzeltilir, onaylanmamış teklif gönderilebilir mi? Bu sorular gerçek bir karar veya işlem noktasını gösterir. Cevapta yalnız adımları değil, yetkili kişiyi ve istisnayı da belirtin. Bir ekranın nerede olduğu kadar hangi durumda kullanılacağı da önemlidir.

Bir haftalık soru listesini ekip toplantısına getirin. Aynı konuyu soran kişileri saymak yerine sorunun neden tekrarlandığını inceleyin. Bilgi bulunamıyor mu, iki belge birbiriyle çelişiyor mu, ekran değişmiş mi? Böylece kılavuz yalnız yeni metin üretmez; eski ve yanlış bilgiyi de ayırt etmeye yardımcı olur. Tek doğru kaynağa bağlantı verin ve benzer belgeleri kullanıcıyı şaşırtmayacak şekilde işaretleyin.

Küçük bir sayfanın içeriği

Her görev için amaç, gerekli girdiler, işlem sırası, kontrol noktası ve sorumlu kişi alanları yeterli bir başlangıç sağlar. Örneğin teklif kontrolünde müşteri bilgisi, ürün listesi ve güncel fiyat kaynağı girdidir. Çıktı ise belirli bir kişinin onayladığı teklif dosyasıdır. Eksik ürün kodu gibi bir durumda ne yapılacağını ayrı bir kutuda gösterin. Kullanıcı hatayı fark ettiğinde doğru kişiye ulaşabilsin ve tahminle işlem yapmasın.

Ekran görüntüsü kullanıyorsanız gerçek müşteri ve çalışan bilgilerini örnek belgeye taşımayın. Temsili kayıtlarla hazırlanmış bir görüntü hem daha anlaşılır hem daha kolay güncellenir. Görselin yanında kısa bir metin bulunsun; ekran düzeni değiştiğinde talimatın anlamı bütünüyle kaybolmasın. Birden fazla dilde çalışan ekiplerde aynı görevin adını ve karar noktalarını tutarlı tutun. Çeviri, sürecin farklı bir versiyonuna dönüşmemelidir.

Güncelleme sahibini belirleyin

Bir belgeyi oluşturmak ile onu geçerli tutmak farklı işlerdir. Her sayfada içerikten sorumlu kişi, son kontrol tarihi ve ilgili uygulama veya form bağlantısı bulunsun. Bir fiyat dosyası, onay sırası veya ekran değiştiğinde hangi sayfaların etkilendiğini belirlemek için basit bir ilişki listesi tutun. Her hafta tüm belgeleri yeniden yazmak yerine değişen sürece bağlı sayfaları kontrol edin. Güncelleme sorumluluğu herkese ait olursa pratikte kimseye ait olmayabilir.

Çalışanın geri bildirimini de kolaylaştırın. Bir sayfanın sonunda eksik veya yanlış adımı bildirebileceği bir yol gösterin. Bildirim geldiğinde hemen metni değiştirmek yerine işin gerçek sahibiyle doğrulayın. Geçici bir istisna kalıcı talimata dönüşmesin. Yeni sürüm yayımlandığında önceki sürümü arşivleyin; hangi değişikliğin ne zaman yapıldığı izlenebilsin. Eski belgeyi sessizce kullanmaya devam eden bağlantıları da kontrol edin.

Kullanılabilirliği gerçek görevle sınayın

Belgeyi yazan kişi genellikle eksik adımları zihninde tamamlar. Bu nedenle süreci daha az bilen bir ekip üyesine temsili bir görev verin. Yalnız kılavuzu kullanarak nerede durduğunu gözlemleyin. Yardım istediği noktaları metne ekleyin. Bu bir çalışan sınavı değildir; belgenin anlaşılabilirliğini sınamaktır. Başarı ölçütü sayfa sayısı değil, kullanıcının doğru sonucu ve doğru kontrolü bulabilmesidir.

İlk uygulamayı küçük tutun: bir görev, bir sorumlu ve bir geri bildirim turu. Ardından sık kullanılan diğer işleri ekleyin. Arama ve kategori yapısını görev adlarına göre kurun; şirket içi terimleri ilk geçtiği yerde açıklayın. Kurum içi kılavuz çalışmasını içerik düzeniyle birlikte değerlendirin. Bağlı süreçler için firmaya özel iş akışlarını inceleyerek belge ve uygulama arasındaki ilişkiyi görünür tutun.

Dikkat: erişim ile bilgi paylaşımı aynı şey değildir

Kılavuzun kolay bulunması bütün içeriğin herkese açık olması gerektiği anlamına gelmez. Parola, kişisel bilgi ve gizli ticari kayıtları talimat sayfalarına koymayın. Erişim gerektiren kaynağın kendisini uygun yetkiyle koruyun. Kılavuzda yalnız kullanıcıya gerekli yolu gösterin. Yapay zekâ ile taslak hazırlanırsa gerçek süreci bilen kişi çıktıyı kontrol etsin; olmayan bir ekran veya onay adımı çalışanlara talimat olarak sunulmasın.

Çalışmayı bitirirken kullanılan örneği ve alınan kararı aynı yerde saklayın. Sonraki ekip üyesi neden bu yolun seçildiğini anlayabilsin. Belirsiz kalan noktayı gizlemek yerine ilgili sorumluyla birlikte netleştirin. Küçük bir uygulama denemesi, kapsamlı görünen fakat kullanılmayan bir belgeden daha fazla bilgi verebilir. Bu denemeyi düzenli geri bildirimle geliştirin.

Sık sorulan sorular

İlk adım nedir?

Tek bir gerçek görev ve temsili örnek seçerek beklenen sonucu açıklayın.

Kim doğrulamalı?

Süreci bilen iş sahibi ve uygulamayı kullanan kişi birlikte kontrol etmelidir.

Ne zaman güncellenmeli?

İlgili süreç veya uygulama değiştiğinde etkilenen adımları yeniden doğrulayın.