SharePoint Dosya Yapısı Nasıl Planlanır?

Modern site ve hub mimarisi, derin alt site zincirleri yerine iş bağlamını ayırır

Modern SharePoint mimarisinde her ayrı iş konusu, ekip, süreç veya yayın ihtiyacı için bağımsız site değerlendirilir. Team site birlikte üretim, görev ve Microsoft 365 grup üyeliği için; communication site geniş kitleye kontrollü yayın için uygundur. Hub site, ilişkili siteleri ortak gezinme, tema ve arama bağlamında bir araya getirir; sitelerin güvenlik sınırlarını otomatik olarak birleştirmez. Bu düz yaklaşım, eski alt site hiyerarşisine göre siteyi başka bir hub’a bağlamayı, sahipliği değiştirmeyi ve yaşam döngüsünü yönetmeyi kolaylaştırır. Her site için iş amacı, sahip, yedek sahip, hedef kullanıcı, veri sınıfı, dış paylaşım durumu ve kapanış koşulu kaydedilir. Tek bir dev site içine bütün departmanları koymak izin, arama ve sahiplik karmaşası üretir.

Bilgi mimarisi kullanıcıların kurumsal organizasyon şemasını ezberlemesini beklememelidir. Menü ve site adları teknik ürün adından çok kullanıcı görevi ve içerik amacını anlatır. Global, hub ve yerel navigasyon katmanları aynı bağlantıları tekrar etmek yerine birbirini tamamlar. Ana sayfa sık kullanılan görevleri, güncel içeriği ve sorumlu kanalları öne çıkarır. Site sayısını gereksiz artırmak da çözüm değildir; benzer sahiplik, erişim ve yaşam döngüsüne sahip içerikler aynı sitede farklı kitaplıklarla yönetilebilir. Yeni site talebinde mevcut hub, site ve Teams alanları kontrol edilir. Böylece hem gölge alanlar hem de aynı belgenin farklı ekip sitelerinde kontrolsüz kopyaları azaltılır.

Team site

Belirli ekip veya süreç için üyelik tabanlı belge üretimi ve iş birliği alanıdır.

Communication site

Daha geniş kullanıcı kitlesine kontrollü bilgi ve kurumsal içerik yayınlar.

Hub site

İlişkili siteleri ortak gezinme, görünüm ve arama bağlamında bir araya getirir.

Site sahibi

Erişim, içerik kalitesi, yaşam döngüsü ve periyodik gözden geçirmeden sorumludur.

Bilgi mimarisi

İçeriğin organizasyon, etiket, gezinme, arama ve güvenlik modelinin bütünüdür.

Belge kitaplığı, metadata ve içerik türleri bulunabilirliği güçlendirir

Belge kitaplığı yalnız dosyaların bırakıldığı klasör değildir; sürümleme, onay, metadata, görünüm, varsayılan değer, otomasyon ve saklama davranışının yönetildiği çalışma alanıdır. Farklı erişim, yaşam döngüsü veya işlem ihtiyacı olan belgeler ayrı kitaplıklara ayrılabilir. Her yıl veya kişi için yeni kitaplık açmak yerine içerik miktarı ve kullanım şekli değerlendirilir. Klasörler kullanıcıların alıştığı bağlamı sağlayabilir; ancak çok derin hiyerarşi uzun yol, taşınan klasörlerde kırılan alışkanlık ve tek sınıflandırma sorununa yol açar. İki veya üç anlamlı klasör düzeyi ile metadata görünümü birlikte kullanılabilir. Dosya ve klasör adlarında özel karakter, tarih biçimi, sürüm eki ve kişisel kısaltmalar için kurum standardı belirlenir.

Metadata, belgenin proje, müşteri, departman, belge türü, durum, gizlilik veya tarih gibi özelliklerini sütunlarla tanımlar. Kullanıcılar aynı içeriği farklı görünümlerde filtreleyebilir ve arama bu özellikleri kullanabilir. Choice alanı kontrollü küçük listeler için, managed metadata kurum genelinde ortak terim ve hiyerarşi için değerlendirilebilir. Content type; sütun, şablon, politika ve iş akışını belirli belge sınıfında tekrar kullanılabilir hale getirir. Zorunlu metadata sayısı kullanım hızını düşürmeyecek kadar sınırlı tutulur; otomatik veya varsayılan değerler tercih edilir. Görünüm ve arama testleri gerçek kullanıcı sorularıyla yapılır. Belgenin başlığında her bilgiyi tekrar etmek yerine güvenilir metadata ve anlaşılır dosya adı birlikte kullanılır.

• Farklı erişim veya yaşam döngüsüne sahip belge gruplarını ayrı kitaplıklarda değerlendirin.
• Klasör derinliğini sınırlayın ve proje, belge türü, durum gibi bilgileri metadata ile tanımlayın.
• Zorunlu alanları kullanıcı işini durdurmayacak kadar az ve otomatik doldurulabilir seçin.
• Tekrarlanan belge sınıflarında content type, şablon ve ortak sütun kullanın.
• Görünüm ve arama tasarımını teknik ekip değil gerçek kullanıcı görevleriyle doğrulayın.

İzinler ve paylaşım bağlantıları en az ayrıcalıkla yönetilir

SharePoint izinleri site, kitaplık, klasör veya dosya düzeyinde kırılabilir; her benzersiz izin sınırı operasyon maliyetini artırır. Temel erişim Microsoft 365 grubu veya SharePoint Owners, Members ve Visitors grupları üzerinden yönetilir. Kullanıcılara tek tek izin vermek, görev değişikliğinde unutulan erişimler oluşturur. Hassas içerik sürekli farklı erişim istiyorsa aynı kitaplık içinde yüzlerce kırık izin yerine ayrı kitaplık veya site daha anlaşılır olabilir. Site sahibi tam yetkiyi günlük belge düzenleme için kullanmaz. Misafir ve dış kullanıcı erişimi süre, sponsor, domain ve iş ihtiyacıyla sınırlandırılır. “Bağlantıya sahip herkes” türü anonim paylaşım yalnız kurum politikası izin veriyorsa ve veri sınıfı uygunsa kullanılmalıdır.

Sensitivity label, DLP, retention label ve koşullu erişim birbirinden farklı kontrollerdir. Hassasiyet etiketi içeriğin sınıfını, erişim ve şifreleme davranışını; DLP hassas verinin uygunsuz paylaşımını; saklama politikası ise içeriğin ne kadar süre korunacağını veya silineceğini yönetebilir. Site ve grup etiketi dış paylaşım, unmanaged cihaz erişimi veya gizlilik gibi kapsayıcı ayarları etkileyebilir. Sürümleme kullanıcı hatası ve ortak düzenleme için geçmiş sağlar; bağımsız yedek ve tüm felaket kurtarma ihtiyacını tek başına çözmez. Recycle Bin ve sürüm geçmişinin kapsamı, saklama politikası ve kurtarma beklentisi birlikte değerlendirilir. Erişim gözden geçirmesi, site sahibi ve güvenlik ekibinin periyodik işidir; yalnız ilk kurulumda doğru grup oluşturmak yeterli değildir.

Site grubu

Kullanıcı erişimini tek tek izin yerine rol ve üyelik üzerinden yönetir.

Unique permission

Bir nesnenin üst kapsamdan izin mirasını keserek ayrı erişim listesi kullanmasıdır.

Sensitivity label

İçeriğin veya sitenin hassasiyet sınıfına göre koruma ve paylaşım davranışını belirler.

DLP

Tanımlı hassas veri türlerinin uygunsuz kullanım ve paylaşımını algılayıp sınırlar.

Retention

İçeriğin yasal veya operasyonel süre boyunca korunma ve silinme politikasını yönetir.

Göç, sahiplik ve yaşam döngüsü dosya yapısını zaman içinde sağlıklı tutar

File server veya başka bulut sisteminden geçişte önce içerik analizi yapılır. Aktif, tekrar eden, eski, sahibi bilinmeyen, kişisel, hassas ve büyük dosyalar sınıflandırılır. Kullanılmayan yılların tamamını yeni yapıya taşımak arama kalitesini ve maliyeti düşürür. Kaynak izinleri SharePoint grup modeline birebir çevrilmeden önce iş gereksinimiyle sadeleştirilir. Dosya adı, yol uzunluğu, desteklenmeyen karakter, kilitli veya bozuk dosya, büyük dosya, özel uygulama bağlantısı ve kullanıcı tarafından oluşturulmuş linkler pilotta test edilir. Delta geçiş ve kesim penceresi planlanır; kullanıcıların hangi tarihten sonra yeni yerde çalışacağı açıkça duyurulur. Kaynak sistem bir süre salt okunur tutulabilir, ancak iki aktif kopyayla uzun süre çalışmak sürüm çatışmasına neden olur.

Canlıya geçişten sonra başarı yalnız taşınan dosya sayısı değildir. Arama ile bulunma süresi, dış paylaşım sayısı, sahipsiz site, benzersiz izin, senkronizasyon hatası, eski içerik, kullanım ve destek talebi ölçülür. Her site için en az iki sorumlu, gözden geçirme tarihi ve kapanış prosedürü bulunur. Proje sona erdiğinde içerik arşivlenir, yeni erişim kısıtlanır ve saklama gereksinimi uygulanır. Teams oluşturulduğunda arka planda oluşan SharePoint sitesi ve özel kanal siteleri de envantere dahildir. Yeni site ve ekip oluşturma süreci isim standardı, sahiplik, veri sınıfı ve yaşam döngüsü isteyebilir. Kullanıcı eğitimi ürün turu değil; dosyanın nereye konacağı, nasıl paylaşılacağı, nasıl bulunacağı ve yanlış paylaşımın nasıl bildirileceği gibi günlük senaryolara odaklanır.

• Geçiş öncesinde aktif, eski, yinelenen, hassas ve sahibi olmayan içeriği raporlayın.
• Kaynak izinleri aynen kopyalamak yerine SharePoint grup ve veri sınıfı modeline sadeleştirin.
• Pilot geçişte yol, dosya adı, paylaşım, arama, senkronizasyon ve uygulama bağlantılarını test edin.
• Her siteye iki sahip, gözden geçirme tarihi, arşiv ve kapatma prosedürü atayın.
• Başarıyı yalnız dosya sayısıyla değil bulunabilirlik, erişim, paylaşım ve destek ölçümleriyle izleyin.