Bilgi yönetimi, bireysel uzmanlığı kurumsal bir yetkinliğe dönüştüren şeydir. Trupeer ile ücretsiz bir bilgi yönetimi şablonuyla başlayarak, marka yönergeleriniz ile özelleştirerek ve sonucu barındırmak için bilgi tabanımızı kullanarak bilgi yönetimi sisteminizi kurmada saatler kazanabilirsiniz.

Bilgi yönetimi şablonu nedir ve buna ihtiyacınız var mı?

Bilgi yönetimi, insanların bildiklerini yakalayıp bir sonraki ihtiyaç duyan herkesin erişimine sunma uygulamasıdır. Bilgi yönetimi şablonu; bilginin ne zaman yakalanacağını, kimin yapacağını ve sonucun nereye yerleşeceğini belirleyen yapıdır.

İhtiyacınız olup olmadığı, daha dar bir soruya verilecek dürüst bir yanıtla anlaşılır. Sorununuz, içerik var ama kimse bulamıyorsa bu bir “kapsayıcı” (container) sorunudur ve bir bilgi tabanı şablonu bunun daha fazlasını çözer. Sorununuz, aynı sorunun her seferinde sıfırdan yanıtlanması ve yanıtın konuşma bitmeden kalıcı olmamasıysa bu bir bilgi yönetimi problemidir ve bu sayfa doğru yerdir.

Çoğu ekipte ikisi de vardır. Kapsayıcı sorunu daha kolay görülür ve önce dikkat çeker; bu yüzden ikinci sorun, tertemiz bir bilgi tabanının altında yıllarca sürer.

Bilgi neden yazılır ve yine de kaybolur?

Çoğu bilgi yönetimi programının arkasındaki varsayım, insanların dokümantasyon yapmadığıdır. Bir destek ekibini ya da bir mühendislik ekibini yakından izleyin; genellikle bunun tam tersiyle karşılaşırsınız. Sürekli yazarlar: çözüm notları, bilet yorumları, konu yanıtları, devir mesajları, bir pull request içindeki yorumlar.

Bilgi yazılır. Sadece işin yapıldığı yere yazılır; bir sonraki kişinin bakacağı yere değil ve bu iki yer neredeyse hiç aynı değildir. Bir çözüm notu kapalı bir biletin içinde yaşar. Bir karar bir konu başlığında yaşar. Bir açıklama, soru soran tek bir kişiye verilen yanıtta yaşar.

Dolayısıyla, önemli anlamıyla “yakalama” bir yazma eylemi değildir. Bu, bir taşıma eylemidir ve kişinin bir şeyi yeni bitirip bir sonraki işe çekildiği anda yaklaşık on dakika sürer. Kimsenin iş tanımında bu on dakika yoktur; bu yüzden de gerçekleşmez.

Aşağıdakilerin hepsi, bu on dakikanın takviminizde zaten var olan bir anda birine ait olmasını sağlama girişimidir.

Trupeer’da bu şablon nasıl özelleştirilir

Adım 1: Şablonlar Bölümünü Açın

Ana navigasyondan Şablonlar bölümüne gidin.

Adım 2: Bir Şablon Seçin ve Açın

Açmak istediğiniz herhangi bir şablona çalışmak için tıklayın.

Adım 3: Şablon Görünümünü Genişletin

Gerekirse, tam düzeni ve ayrıntıları net görmek için şablon görünümünü genişletin.

Adım 4: Şablonu Düzenleyin

Seçili şablonda değişiklik yapmaya başlamak için Düzenle’ye tıklayın.

Düzenleyici içinde şunları yapabilirsiniz:

• Yeni bölümler ekleyin

• Biçimlendirme kurallarını tanımlayın veya güncelleyin

• Bir logo ekleyin ve konumunu ile ilgili ayarları düzenleyin

Adım 5: Özelleştirilmiş Şablonunuzu Kaydedin

Gerekli tüm değişiklikleri yaptıktan sonra, güncellenmiş şablonu kendi şablonunuz olarak kaydetmek için Kaydet’e tıklayın.

Adım 6: Şablonu Önizleyin ve İnce Ayar Yapın

Özelleştirilmiş şablonunuzun nasıl göründüğünü görmek istediğinizde Önizleme’yi açın.

Önizleme ekranından, gerekirse doğrudan ayar yapmaya devam edebilir; böylece şablonun tam olarak istediğiniz gibi göründüğünden emin olursunuz.

Bir bilgi yönetimi şablonuyla şunları yapabilirsiniz:

• Kurulumda saat kazanın: Bilgi ekiplerinin kullandığı bir yapıyla boş sayfayı atlayın.

• Kurum içi bilgiyi yakalayın: Çalışanlar ayrıldığında bile uzmanlığın kalmasını sağlayın.

• Markanızla uyumlu kalın: Trupeer’ın marka kitini kullanarak logonuzu, yazı tiplerinizi ve renklerinizi uygulayın.

• Bulunabilirliği artırın: Yerleşik etiketleme, sahiplik ve erişim alanları; içeriğin aranmasını ve güvenilmesini kolaylaştırır.

• Video bilgisi ekleyin: Uzun makaleleri, öğrenenlerin gerçekten izlediği kısa video eğitimlere dönüştürün.

• Küresel ekiplere ulaşın: Bilgi içeriğini tek tıkla 65+ dile çevirin.

Bilgi yönetimi, bir depo değil; yakalama tetikleyicilerinin bir bütünüdür

Depo, bilginin gittiği yerdir. Onu üreten şey değildir ve daha iyi bir depo satın almak hiçbir zaman bir ekibin dokümanını daha fazla yapmamıştır.

Bilgiyi üreten şey, az sayıda tekrarlayan andır. Bir olay çözülür. Bir müşteri yeni bir şey sorar. İnsanların iki yıl boyunca sorgulayacağı bir karar alınır. Bir proje biter. Birisi istifa eder. Bir süreç değişir. Aynı dahili soru üçüncü kez sorulur.

Bu anların üç faydalı özelliği vardır. Öngörülebilirdirler, bir sistemin içinde zaten görünürler ve her biri, halihazırda var olan bir son tarihle birlikte gelir. Sonuncusu, bunun işe yaramasını sağlayan şeydir; çünkü “vaktin olduğu anda” yakalanan bilgi asla yakalanmayan bilgidir.

Bu yüzden şablon, doldurulacak bir doküman değildir. Bir kayıt defteridir: her tetikleyici için kimin yakaladığı, hangi formatta yakalandığı, sonucun nereye yerleştiği ve hangi mevcut son tarihe bağlandığı.

Bilginin yakalamaya değer olduğu yedi an

Yedi tanesi bilerek yapılır. Her organizasyon, teorik olarak bilginin üretildiği yirmi anı adlandırabilir ve yirmi anlık bir kayıt defteri, kimsenin çalıştırmadığı bir kayıt defteridir. En çok acıtan iki ya da üç anla başlayın, işe yaradıklarını kanıtlayın ve ekleyin.

Ücretsiz bilgi yönetimi şablonu: kopyalanacak yakalama kaydı

Her tetikleyici için beş alan. Şablonun tamamı bu.

Tetikleyici. Gözlemlenebilir olay; bunun için bir kural yazabileceğiniz kadar net ifade edilmelidir. “P2 olayı çözülür” çalışır. “Önemli bir şey olur” çalışmaz.

Sahip. Bir ekip değil; tek bir adlandırılmış rol. İş bitince elinde zaten olan kişi. Çünkü bunu bilen tek kişi odur ve bu, bir saat yerine ona sadece on dakika sürer.

Format. Üretilen şey; bir açıklama değil, mevcut bir makale türü olarak adlandırılır. Bu, yakalamanın bir yazma projesine dönüşmesini engeller ve yapılarımız bilgi tabanı makale şablonlarımızda yer alır.

Hedef. Belirli yer; yani belirli bir sistemde adlandırılmış bir kategori. “wiki” değil.

Bağlı son tarih. Üzerine asıldığı mevcut kapı (gate). Kayıt defterinin çalışıp çalışmadığını belirleyen alan budur ve bunun en güçlü versiyonu, onsuz geçilemeyen bir kapıdır; örneğin kapanmayacak bir bilet.

Kayıt defterinin tamamı için yılda iki kez bir gözden geçirme tarihi ekleyin. Başka hiçbir şey yok. On beş alana kadar uzayan bir bilgi yönetimi şablonu, bilgi yönetimi yerine sahip olacağınız şeyin ta kendisi olur.

Yakalamayı zaten var olan bir son tarihe nasıl bağlarsınız

Gönüllü yakalama öngörülebilir şekilde başarısız olur ve anlaşılmaya değer bir nedenle başarısız olur: bir şeyi yeni çözmüş olan kişi, onu yazabilecek tek kişidir ve o anda binadaki en az erişilebilir kişidir.

Bağlama için üç güç vardır ve bunlar çok farklı davranır.

Engelleyici bir kapı en güçlü olandır. Bilet kapanamaz, proje tamamlandı olarak işaretlenemez, ayrılan kişinin kontrol listesi onaylanamaz. Bunu sınırlı kullanın ve yalnızca bilginin kaybolma maliyeti yüksek olduğunda kullanın; çünkü düşük değerli bir tetikleyicide engelleyici kapı, onu aşmak için yazılan tek satırlık makaleler üretir.

Bir kontrol listesi maddesi orta yoldur ve çoğu tetikleyiciyi kapsar. İnsanların zaten takip ettiği bir süreçte görünür, atlanırsa fark edilir ve hiçbir şeyi durdurmaz.

Bir hatırlatma en zayıf olandır ve tek başına neredeyse hiçbir şey ifade etmez. Bir tetikleyici yalnızca bir hatırlatmaya dönüşüyorsa, bunun kayıt defterinde olup olmaması gerektiğine dürüstçe karar verin.

Bir bilgi yönetimi örneği: aynı olay dört kez çözüldü

Yaklaşık iki yüz elli kişilik bir e-ticaret platformu şirketi olan Torvin’in, tedarikçi beslemesi belirli bir karakter kodlamasıyla geldiğinde kayıtları sessizce düşüren geceleyin bir envanter senkronizasyonu vardı. Stok seviyeleri, ertesi sabah belirli satıcılar için güncel olmazdı.

Bu durum Mart 2024 ile Eylül 2025 arasında dört kez yaşandı. Dört farklı nöbetçi mühendis. Tanılama sırasıyla üç, dört, beş ve yedi saat sürdü; toplamda on dokuz mühendis saati ve ayrıca yanlış stok seviyelerinin müşterilere ulaştığı dört sabah.

Bu dört mühendisin her biri dikkatli bir çözüm notu yazdı. Gerçekten iyi olanlar; çalıştırdıkları sorgu ve uyguladıkları düzeltmeyle birlikte. Dördünün notu da biletin içine girdi ve orada kaldı.

Dördüncü mühendis önce bilgi tabanını aradı ve hiçbir şey bulamadı. Ardından önceki üç bileti buldu; ama yalnızca tam hata dizesini tahmin ettiği için ve bu dize her seferinde biraz farklı kaydedildiği için.

Olay sonrası inceleme (post-incident review) bunu net bir şekilde ortaya koydu. Bilgi dört kez yazılmıştı. Sıfır kez yakalanmıştı; çünkü yakalama, bilgiyi bir sonraki kişinin bakacağı yere taşımaktır ve bu taşıma kimsenin iş tanımında yoktu.

Değişiklik, olay kapanış kontrol listesinde tek bir satırdı: P2 veya üzeri bir olay, çözen kişi ya mevcut bir bilgi makalesini bağlayana ya da bir tane oluşturana kadar kapatılamaz. On dakika; olay tazeyken, zaten bilen kişi tarafından.

Sonraki on iki ay içinde bu kurala göre altmış bir olay kapatıldı. Otuz sekizi, zaten var olan bir makaleye bağlandı; önemli olan sayı budur çünkü her biri gerçekleşmeyen bir yeniden keşiftir. Yirmi üçü yeni makaleler oluşturdu. Tekrarlayan olaylarda ortanca tanılama süresi yaklaşık dört saatten yaklaşık yirmi beş dakikaya düştü.

Hiçbir şey satın alınmadı ve hiçbir çerçeve benimsenmedi. Zaten var olan bir kapıda tek bir kontrol listesi maddesi.

İkinci bir işe yol açmadan ne kadar yakalamalı?

Diğer taraftaki başarısızlık gerçektir. Her şeyi yakalamaları söylenen bir ekip, kimsenin okumadığı yüz tane ince makale üretir ve bir ay içinde sürece içerler.

Bir sonraki kişinin bunu çözmesi yaklaşık yirmi dakikadan fazla sürecek ve sistemin kendisinden çözülemeyecek olan şeyi yakalayın. Kuralın tamamı budur. Yanıt arayüzde, bir log’da ya da kodda görünüyorsa, onu anlatan bir bilgi makalesi daha hızlı eskir; anlattığı şey de hiçbir şey eklemez.

Özellikle yakalamaya değmez: ürün dokümantasyonunda tek bir aramayla yanıtlanan her şey, tek bir müşteri için yapılan tek seferlik yapılandırmalar ve o zamandan beri tersine çevrilmiş bir karara ilişkin gerekçelendirme. Tersine çevrilmiş kararlar, tersine çevrildiğini ve ne zaman çevrildiğini belirten tek bir satırla değerlidir.

Pratikte işe yarayan test şudur: bunun ihtiyaç duyacağı kişiyi adlandırabiliyor musunuz? Adlandıramıyorsanız, var olmayan bir kitle için yazıyorsunuz demektir.

Bilgi yönetimi çerçeveleri: DIKW, SECI ve ITIL pratikte

Üç çerçeve sürekli karşınıza çıkar ve her birinin ne için olduğuna dair net konuşmak faydalıdır.

DIKW; veriden bilgiye, bilgiden bilgelik hiyerarşisine giden yol, ham verinin neden işe yaramadığını açıklamanın bir yoludur. Bir öğretim aracıdır. Pazartesi günü ne yapmanız gerektiğini size söylemez.

Nonaka ve Takeuchi’den gelen SECI ise örtük bilginin sosyalleşme, dışsallaştırma, birleştirme ve içselleştirme yoluyla nasıl açık hale geldiğini ve tekrar nasıl geri döndüğünü açıklar. Üçünün en gerçekten faydalısı budur; çünkü dışsallaştırma adımı, yukarıda tarif edilen tam olarak on dakikalık taşıma hamlesidir ve bunu adlandırmak, insanların bunu “idari iş” değil “iş” olarak görmesine yardımcı olur.

ITIL, bilgi yönetimini hizmet yönetimini destekleyen bir uygulama olarak konumlandırır; vurgusu, bilginin karar anında erişilebilir olmasını sağlamaktır. Zaten ITIL süreçleri yürütüyorsanız, paralel bir yapı kurmak yerine sahip olduğunuz olay, problem ve değişiklik kapılarına (gate) tetikleyicilerinizi bağlayın.

Üçünün hiçbiri darboğaz değildir. Ekipler yanlış çerçeveyi seçtikleri için bilgi yönetiminde başarısız olmaz ve bunlardan herhangi birine dayalı bir strateji sunumu, Salı öğleden sonrasıyla karşılaşınca ayakta kalmaz.

Notion ve diğer araçlarda bilgi yönetimi şablonları

Bu arama için Notion sonuçlara hakimdir ve bu makul bir seçimdir: özelliklere sahip veritabanları, bir kayıt defterini oluşturmayı kolaylaştırır; bir şablon düğmesi de tek tıkla bir tetikleyiciden önceden yapılandırılmış bir sayfa oluşturabilir.

Yine de araç, ekten (attachment) çok daha az önemlidir. Engelleyici kapısı olmayan Notion’daki bir kayıt defteri, engelleyici kapısı olmayan bir e-tablodaki kayıt defteriyle yaklaşık aynı performansı verir; yani hiç. Seçmeden önce üç şeyi kontrol edin: tek bir işlemle bir şablondan sayfa oluşturabiliyor musunuz, durum değişmeden önce alan zorunlu kılabiliyor musunuz ve bir okuyucunun tek bir yerde ihtiyaç duyabileceği her şeyde arama yapabiliyor musunuz.

Üçüncü sorunun yanıtı hayırsa, bilgiyi iki sistemde birden yönetirsiniz ve ikisine de güvenilmez. Bu bir uygulama kararı değil; bir kapsayıcı (container) kararıdır ve bilgi tabanı şablonunda ele alınır.

Word veya PDF’te ücretsiz bir bilgi yönetimi şablonu alabilir miyim?

Yukarıdaki yakalama kaydı doğrudan Word veya Google Docs’a yapıştırılır ve bu doküman, engelleyici kapıların onaylanması için liderlik toplantısına götürdüğünüz “şey” olarak gerçekten işe yarar. Onay almak bu çalışmanın zor kısmıdır ve tek sayfalık bir kayıt defteri bunun için doğru çıktıdır.

PDF, sonrasında dolaşıma giren onaylı sürüm için uygundur. İkisi için de çalışmayan şey, kaydı bir dokümandan yürütmektir; çünkü tetikleyicilerin çalıştığı araçların içinde durması gerekir. Word sürümü karar vermek içindir. Uygulama, biletleme sisteminizde ve kontrol listelerinizde yaşar.

En iyi ücretsiz bilgi yönetimi şablonunu ne yapar?

Alan sayısı ya da arkasındaki çerçevenin gelişmişliği değil. Bir şablonu, belirli tetikleyici anları adlandırıp adlandırmadığına; her birinin tek bir adlandırılmış sahibi olup olmadığına ve yakalama atlanırsa ne olacağını söyleyip söylemediğine göre değerlendirin.

Ücretsiz bilgi yönetimi şablonlarının çoğu doküman taslağıdır; yani bir bilgi makalesinin içermesi gereken şeyler için başlıklar. Bunlar faydalıdır ve farklı bir çıktıdır; bilgi tabanı makale şablonlarımızda ele alınır. Yakalamanın ne zaman gerçekleştiğini belirtmeyen bir şablon, hiçbir şeyin yakalanıp yakalanmayacağını belirleyen tek kısmı atlamış demektir.

İnsanların gerçekten yaptığı kadar hızlı yakalama nasıl sağlanır

Yukarıdaki tüm argümanlar, on dakikanın kırk dakika çıktığı anda çöker. Kayıt defteri, yakalamanın engellediği yeniden keşiften gerçekten daha ucuz olduğu sürece çalışır.

Trupeer AI tam olarak bu noktada faydalıdır. Az önce bir şeyi düzelten mühendis, düzeltmeyi adım adım nasıl yaptığını kaydeder ve sonuç; adımlar ve ekran görüntüleri hazır halde biçimlendirilmiş bir makaledir; yazmak yerine düzenler. Uzun bir olayın sonunda kırk dakikalık bir yazma işi, üç dakikalık bir kayda ve kısa bir düzenlemeye dönüşür.

Kaydedin. Markalayın. Çevirin. Trupeer’layın.

Aynı kayıt; yazılı bir makale, izlemeyi tercih edenler için bir video ve tutarlı bir marka kimliğiyle bilgi tabanınızda bir doküman üretir. Mühendislik ve ürün ekipleri için teknik dokümantasyon da aynı şekilde çalışır; çeviri ise bir bölgede yakalanan makalenin bir sonraki bölgede kullanılabilir olmasını sağlar. Kurulum talimatları doküman şablonu kurulum kılavuzunda yer alır.

Sık Sorulan Sorular

Word’de ücretsiz bir bilgi yönetimi şablonu var mı?

Yakalama kaydı, tetikleyiciler, sahipler ve kapıları onaylamak zorunda olan kişilerle mutabakat sağlamak için doğru format olan tek sayfalık bir tablo olarak Word veya Google Docs’a yapıştırılır. Kapılı (gated) bir indirme yoktur ve form yoktur. Onaylandıktan sonra kayıt defteri, tetikleyicilerin gerçekten çalıştığı araçlara taşınmalıdır.

PDF’te ücretsiz bir bilgi yönetimi şablonu var mı?

Kayıt defteri onaylandıktan sonra kendi dışa aktarımınızı alın ve bunu dolaşıma sokun. Çalışan kopyayı ilk çeyrek boyunca düzenlenebilir tutun; çünkü her zaman ayarlanması gereken alan bağlı son tarihtir ve hangi kapıların tuttuğunu ancak insanlar onlara takılmaya başladığında öğrenirsiniz.

Ücretsiz bir bilgi yönetimi şablonunu indirebilir miyim?

Yakalama kaydı, yedi tetikleyici ve ek bağlama güçleri ücretsizdir ve kısıtlamasızdır. Tetikleyicileri operasyonunuza göre uyarlayın ve herhangi bir atıf gerekmeksizin kendi süreç dokümanlarınıza ekleyin.

Notion’da en iyi ücretsiz bilgi yönetimi şablonu hangisi?

Popüler Notion şablonlarından herhangi biri size bir veritabanı ve sayfa şablonları verir; kolay olan kısım budur. Hangisini seçerseniz seçin, stok sürümlerde olmayan iki özelliği ekleyin: girişi oluşturan tetikleyici ve ona bağlandığı kapı. Bunlar olmadan tertemiz bir depo olur ama yakalama uygulaması olmaz.

Bilgi yönetimi ile bilgi tabanı arasındaki fark nedir?

Bilgi tabanı bir sistemdir; yani kategorileri ve sahipleri olan, aranabilir bir yerdir. Bilgi yönetimi ise bilgiyi bu sisteme sokma ve işin gerçekleştiği her sistem boyunca doğru tutma uygulamasıdır. Bilgi yönetimi olmadan da bir bilgi tabanı olabilir ve çoğu organizasyonda vardır. Tersi daha nadirdir ve şaşırtıcı derecede iyi çalışır.

Bilgi yönetimini kim sahiplenmeli?

Tetikleyicilerin asılı olduğu süreçleri kim sahiplenecekse; bu genellikle dokümantasyon fonksiyonundan ziyade hizmet sunumu, destek veya operasyonlardır. Bir dokümantasyon ekibi kaliteyi ve yapıyı sahiplenebilir. Ancak yakalamayı sahiplenemezler; çünkü olay çözülürken odada değillerdir.

Bilgi yönetimi nasıl ölçülür?

İki sayı. Bir şey üreten tetikleyicilerin oranı; kapıların çalışıp çalışmadığını söyler. Ve yeni bir tane oluşturmak yerine mevcut bir makaleye bağlanan yakalamaların oranı; kütüphanenin ihtiyacı olan kişilere ulaşıp ulaşmadığını söyler. Makale sayısı tek başına hiçbir şey anlatmaz.