SHAREPOINT BİLGİ YÖNETİMİ

SharePoint mavi logosu yanında üç katmanlı bilgi mimarisi piramidi: site, kütüphane, doküman

SharePoint'in yıllardır süren bir paradoksu var: kurumlar onu satın alır, kurar, herkese erişim açar — ama altı ay sonra "bilgi nerede" sorusu hâlâ açık. Çünkü SharePoint bir araçtır, bilgi yönetimi ise bir disiplin. Aracı kurmak yetmiyor; bilginin nasıl organize edileceğini kararlaştırmak gerekiyor.

İyi bilgi yönetimi şu sonucu üretir: yeni katılan ekip üyesi 30 dakika SharePoint'te dolaşıp ihtiyacı olan dokümanların %80'ini buluyor. Kötü bilgi yönetimi ise altı ay sonra "her seferinde Ahmet'e soruyorum" durumu. İki sonuç arasındaki fark mimari kararlardan geliyor.

Site Hiyerarşisi

Modern SharePoint'te (Microsoft 365) klasik "alt site" yapısı yerine "hub site + bağlı siteler" yaklaşımı önerilen. Her bağlı site bir Microsoft 365 grubu veya Teams ekibiyle eşleşir.

Tipik kurumsal yapı:

  • Intranet Hub: Kurumun ana sayfası, duyurular, politikalar
  • Departman siteleri: İK, Pazarlama, Finans, IT — her biri hub'a bağlı
  • Proje siteleri: Belirli projeler için ayrı sitelar — proje bitince arşiv
  • Topluluk siteleri: İlgi alanları, hobi grupları — opsiyonel

Bu hiyerarşi düz değil, hub etrafında yıldız şema. Hub değişiklikleri (navigasyon, tema) bağlı sitelere otomatik yansıyor; her sitede ayrı ayar yapılmıyor.

Doküman Kütüphanesi Tasarımı

SharePoint'te bilginin yaşadığı yer doküman kütüphanesi. Klasör yapısı yerine metadata kullanmak yıllardır tavsiye edilen yaklaşım — ama çoğu kurumda hâlâ klasör hiyerarşisi tercih ediliyor.

Metadata yaklaşımı şöyle çalışır:

  • Tek bir kütüphane, tüm dokümanlar düz liste
  • Her doküman için kategori, departman, yıl, durum gibi alanlar (metadata)
  • "Görünüm" (View) kullanarak farklı kombinasyonlarda gösterim

Avantaj: aynı doküman birden fazla "yerde" görünebiliyor. "2026 Pazarlama planı" hem 2026 görünümünde, hem Pazarlama görünümünde, hem aktif planlar görünümünde. Klasörle bu mümkün değil — bir dosya tek klasörde durur.

Pratikte karma yaklaşım iyi sonuç veriyor: minimum klasör (yıl bazında en üstte) + zengin metadata (kategori, durum, sahip). Bu yapı hem geleneksel kullanıcı için tanıdık hem modern arama için optimum.

Content Type

SharePoint'in güçlü ama az kullanılan özelliği: Content Type. Belirli doküman türü için standart metadata seti tanımlanır. "Sözleşme" content type'ı için karşı taraf, başlangıç tarihi, bitiş tarihi, imzalayan kişi alanları otomatik ekleniyor.

Yeni doküman yüklenirken kullanıcı content type seçiyor; ilgili alanlar otomatik talep ediliyor. Standart bir kurum için 10-20 content type yeterli — sözleşme, fatura, prosedür, sunum, rapor, vb.

Content type kullanmanın faydası: doküman kalitesinin tutarlılığı. Sözleşmeler her zaman aynı alanlarla doluyor; arama yaparken "2025'te biten sözleşmeler" gibi spesifik sorgu yapılabiliyor.

Versiyon Yönetimi

SharePoint dokümanlarının major ve minor versiyonu var. Adım adım uygulanışı Microsoft'un SharePoint destek sayfasında açıklanır. Major versiyon "yayın hazır", minor versiyon "taslak/revizyon". Bu yapı dokümanın yaşam döngüsünü kontrol ediyor.

Pratik kullanım:

  • Major versiyonlar (1.0, 2.0): kurumsal yayın
  • Minor versiyonlar (1.1, 1.2): değişiklikler, revizyonlar
  • Check-out: dokümanı kilitleyerek üzerinde çalışmak — başka kimse aynı anda düzenleyemiyor
  • Check-in: değişiklikleri kaydedip kilidi açmak

Önemli dokümanlarda (politika, prosedür) versiyon zorunlu tutulmalı. Eski versiyonlar saklanmalı; "geçen yıl prosedürün eski hali neydi" sorusuna cevap verilebilmeli. Bu sadece SharePoint ayarı — etkin tutulması yeterli.

SharePoint doküman kütüphanesi metadata kolon yapısı: Kategori, Departman, Yıl, Durum sütunları ve view filtre çubuğu

Arama Optimizasyonu

SharePoint'in arama motoru güçlü ama doğru beslenmesi gerekiyor. İyi arama sonucu için:

  • Doküman isimleri açıklayıcı: "Final_v3.docx" değil "2026_Pazarlama_Stratejisi_v3.docx"
  • Metadata doluluğu yüksek — boş alanlar arama indekslemesine girmiyor
  • Doküman içeriği SharePoint tarafından otomatik indekslenir; içerikteki kelimeler aranabilir
  • "Promoted Results" özelliği — belirli aramalara özel sonuçlar gösterilebilir

Pratik gözlem: kullanıcılar arama kutusunu doğru kullandığında bilgiye ulaşma süresi %60-70 azalıyor. "Filtre", "Refine", "Modify Search" özelliklerinin kullanıcıya öğretilmesi bilgi yönetimi programının bir parçası.

Pages: Wiki Benzeri İçerik

SharePoint sayfaları (Modern Pages) wiki tarzı içerik yönetimi için. Politika, prosedür, "nasıl yapılır" rehberleri Word dokümanı yerine SharePoint sayfası olarak yayınlandığında çok daha yaşar.

Avantajları:

  • Doğrudan tarayıcıda okunuyor; indirme gerekmiyor
  • İçerik web stilinde — okunabilirlik yüksek
  • Mobil uyumlu
  • Yorum ve etkileşim mümkün
  • İçindeki bağlantılar canlı

"İK El Kitabı.docx" yerine "İK El Kitabı" SharePoint sayfası olduğunda hem güncel hem erişilebilir kalıyor. Word dokümanı versiyonu indirip okunur; SharePoint sayfası kullanılır.

Permission Mimarisi

Bilgi yönetiminin diğer yüzü: kim neyi görebilir. SharePoint izin sistemi karmaşık olabilir — ama doğru tasarlandığında ölçeklenebilir.

Temel prensipler:

  • İzinleri kullanıcı bazında değil grup bazında ver
  • Entra ID grupları kullan; SharePoint grubu değil
  • Site seviyesinde izin yönet, klasör/doküman seviyesine inme
  • "Permission inheritance" koru; kalıtım kırma yalnız özel durumlarda

Her klasör için ayrı izin tanımlamak başlangıçta esnek görünür; altı ay sonra kim neye erişiyor sorusunu cevaplayamaz hale gelirsiniz. Disiplinli izin mimarisi başta yorucu, sonra hayat kurtarıcı.

kalıcılık

SharePoint kurulumu kolay; canlı tutmak zor. Pratik disiplinler:

  • Her departmanın bir "site sahibi" — kütüphanenin temiz kalmasından sorumlu
  • Çeyrekte bir "eski doküman temizliği" — 2-3 yıl önce yüklenip kullanılmayanlar arşivleniyor
  • İçerik üretim sorumluluğu — yeni süreç dokümante edilmediği sürece "tamamlandı" sayılmıyor
  • Yeni katılan ekip üyesi için SharePoint turu — onboarding'in standart parçası

Bu küçük disiplinler olmadan SharePoint zamanla bir doküman çöplüğüne dönüyor. Aktif yönetim olmadan hiçbir bilgi yönetimi sistemi yaşamıyor. SharePoint'i kurumsal bilgi platformu olarak doğru kullanmak için kapsamlı SharePoint eğitimi site mimarisi, metadata disiplini ve izin yönetimini bütüncül bir çerçevede ele alıyor.

Sıkça Sorulan Sorular

Modern SharePoint'te alt site mı yoksa hub site mı kullanmalı?

Microsoft'un güncel önerisi hub site + bağlı siteler. Klasik alt site yapısı (subsite) artık önerilmiyor; <strong>izin yönetimi</strong> ve performans açısından sorunlu. Yeni siteler Microsoft 365 grubu veya Teams ekibi olarak oluşturulup hub'a bağlanıyor. Bu yapı düz ve esnek; departman değişikliklerinde site yapısı kolay yeniden organize ediliyor.

Klasör mü metadata mı?

Karma yaklaşım pratik. Üst seviye organizasyon için minimal klasör (yıl bazında) + zengin metadata (kategori, durum, sahip). Bu yapı geleneksel kullanıcılara tanıdık geliyor, aynı zamanda <strong>modern arama avantajından</strong> yararlanıyor. Tam metadata-only yaklaşım teorik olarak doğru ama kullanıcı eğitimi yüksek; karma yaklaşım benimsenme oranı daha iyi.

Content Type ne zaman kullanılmalı?

Belirli bir doküman türü standart alanlarla dokümante edilmek isteniyorsa. Sözleşme, fatura, prosedür, sunum gibi tekrarlayan türler için ideal. Tek seferlik dokümanlar için gereksiz. Kurum genelinde 10-20 content type yeterli; daha fazlası bakım yükünü artırıyor.

Versiyon yönetimi her doküman için aktif olmalı mı?

Önemli dokümanlar için evet — politika, prosedür, sözleşme, plan. Geçici dosyalar, e-posta ekleri için <strong>versiyon yönetimi</strong> gereksiz disk yiyor. Kütüphane bazında ayar yapılır; varsayılan kapalı, kritik kütüphanelerde açık. Major/minor versiyon ayrımı yayın disiplini için işe yarıyor.

SharePoint sayfası mı Word dokümanı mı?

İçerik wiki tarzı yaşıyorsa SharePoint sayfası — güncel kalır, indirilmesi gerekmez, mobil uyumlu, etkileşim mümkün. Karmaşık formatlı, basılması beklenen, dış paydaşla paylaşılacak dokümanlar Word veya PDF olarak. İK el kitabı SharePoint sayfası, sözleşme Word/PDF — kullanım amacına göre seçim.

Permission inheritance neden kırmaktan kaçınılmalı?

Kalıtım kırılan her klasör/doküman ayrı yönetim yükü getiriyor. 50 farklı yerde özel izin varsa, kim neye erişiyor sorusunu cevaplamak imkânsız. Sadece gerçekten farklı izin gerektiren özel durumlarda (HR maaş klasörü, gizli sözleşmeler) kalıtım kırılır. Diğer her yerde site seviyesinde toplu yönetim tercih edilir.

Eski dokümanlar nasıl temizleniyor?

Retention Label özelliği ile otomatik retention politikası kurulabilir; belirli süre erişilmeyen veya belirli yaştaki dokümanlar otomatik arşivlenir veya siliniyor. Manuel temizlik için çeyrekte bir '<strong>eski doküman raporu</strong>' çıkarılıp ekip sahipleriyle gözden geçirilir. Aktif temizlik olmadan SharePoint zamanla doküman çöplüğüne dönüyor.