Power BI Yönetişim: Çalışma Alanı Mimarisi ve Erişim Denetimi

Yönetilmeyen Power BI dağıtımları öngörülebilir bir yol izler. Her şey heyecanla başlıyor: Departmanlar Power BI'ı organik olarak benimsiyor, çalışma alanları oluşturuyor, raporlar oluşturuyor ve veri kaynaklarına bağlanıyor. Bir yıl içinde kuruluşun tutarsız adlandırmalara sahip 200 çalışma alanı, birbiriyle çelişen ölçümlere sahip 500 raporu var ve hiç kimse hangi kontrol panelinin "doğru" gelir numarasına sahip olduğunu bilmiyor. Veri okuryazarlığı artıyor ancak veriye güven azalıyor.

Yönetişim bunun panzehiridir. İyi tasarlanmış bir yönetişim çerçevesi, self-servis analitiği yavaşlatmaz; korkuluklar, standartlar ve güven sinyalleri sağlayarak onu hızlandırır. Kullanıcılar hangi veri kümelerinin sertifikalı olduğunu bildikleri için raporları daha hızlı oluştururlar. Yöneticiler rakamlara güveniyor çünkü tanımlar standartlaştırılmış. Hassas veriler sınıflandırıldığı ve erişim kontrollü olduğu için BT daha iyi uyur.

Bu kılavuz, çalışma alanı mimarisini, içerik yaşam döngüsünü, erişim kontrolünü, onayı, duyarlılık etiketlerini, yönetici portalı yapılandırmasını ve kullanım izlemeyi kapsayan eksiksiz bir yönetim çerçevesi sağlar. Bu, 50 ila 5.000 Power BI kullanıcısı arasındaki kuruluşlar genelinde ECOSIRE'ın uyguladığı kalıpları temel alır.

---

Temel Çıkarımlar

• Çalışma alanı adlandırma kuralları (ör. DEPT-PURPOSE-ENV) yönetimin temelidir; çalışma alanlarını geniş ölçekte keşfedilebilir, denetlenebilir ve yönetilebilir hale getirirler
• Dağıtım hatlarına sahip üç çalışma alanı modeli (Geliştirme, Test, Üretim), test edilmemiş değişikliklerin son kullanıcılara ulaşmasını önler
• Power BI uygulamaları tüketiciler için önerilen dağıtım mekanizmasıdır; çalışma alanını açığa çıkarmadan seçilmiş bir deneyim sağlarlar
• İçerik onayı (Tanıtılan ve Sertifikalı), kullanıcıların güvenilir veri kümeleri ve raporlar bulmasına yardımcı olan bir güven hiyerarşisi oluşturur
• Microsoft Purview'in duyarlılık etiketleri, dışa aktarımlara otomatik aşağı akış aktarımıyla Power BI içeriğini sınıflandırır ve korur
• Power BI yönetici portalında kimin çalışma alanı oluşturabileceğini, içerik paylaşabileceğini, verileri dışarı aktarabileceğini, raporları yerleştirebileceğini ve AI özelliklerini kullanabileceğini denetleyen 50'den fazla kiracı ayarı bulunur
• Kullanım ölçümleri ve etkinlik günlüğü, benimseme modellerine ilişkin görünürlük sağlayarak yönetişim düzenlemeleri hakkında veriye dayalı kararların alınmasına olanak sağlar

---

Çalışma Alanı Mimarisi

Çalışma Alanlarının Amacı

Power BI çalışma alanı, veri kümeleri, raporlar, panolar, veri akışları ve sayfalandırılmış raporlar için bir kapsayıcıdır. Üç amaca hizmet eder:

1. İşbirliği: Workspace üyeleri içerik oluşturma ve sürdürme konusunda iş birliği yapar
2. Güvenlik sınırı: Çalışma alanı rolleri (Yönetici, Üye, Katkıda Bulunan, Görüntüleyen) kimin ne yapabileceğini kontrol eder
3. Dağıtım birimi: Çalışma alanları, dağıtım ardışık düzenleri ve uygulama yayınlamanın birimidir

Çalışma Alanı Adlandırma Kuralları

Adlandırma kuralları olmadan, çalışma alanları "Satış Kontrol Paneli", "Satış Raporları v2", "John's Test" ve "Q4 Revenue Final FINAL" gibi adları biriktirir. Adlandırma kuralları belirsizliği ortadan kaldırır.

Önerilen adlandırma düzeni:

{Department}-{Subject}-{Environment}

Örnekler:

Adlandırma kuralları:

• Departman kısaltması için BÜYÜK HARF kullanın (en fazla 5 karakter)
• Konu için PascalCase kullanın (en fazla 20 karakter)
• Ortam son eki için BÜYÜK HARF kullanın
• Kısa çizgiler dışında özel karakter yok
• Kişisel ad yok (çalışma alanları bireylere değil ekiplere aittir)

Veri Kümesi Başına Çalışma Alanı ile Bölüm Başına Çalışma Alanı Karşılaştırması

Bölüm başına çalışma alanı, bir bölümün tüm içeriğini tek bir çalışma alanında gruplandırır. Bunu yönetmek daha kolaydır ancak bir departman içindeki birden fazla ekibin farklı erişim düzeylerine ihtiyaç duyması durumunda izin zorlukları ortaya çıkar.

Veri kümesi başına çalışma alanı, her büyük veri kümesi ve onunla ilişkili raporlar için ayrı bir çalışma alanı oluşturur. Bu, ayrıntılı erişim kontrolü sağlar ancak yönetilecek daha fazla çalışma alanı yaratır.

Önerilen yaklaşım: Konu alanı başına çalışma alanı. İlgili veri kümelerini ve raporları departman yerine iş konusuna (Gelir, Boru Hattı, Envanter) göre gruplandırın. Bu, verilerin nasıl üretildiğinden (departmanlar içinde) ziyade nasıl tüketildiğini (işlevler arası) yansıtır.

Üç Ortam Modeli

Üretim çalışma alanları asla doğrudan değiştirilmemelidir. Power BI dağıtım işlem hatlarıyla üç ortamlı deseni kullanın:

Geliştirme çalışma alanı — Analistlerin ve geliştiricilerin raporları ve veri kümelerini oluşturup yinelediği yer. Yalnızca BI ekibinin erişimi vardır. Değişiklikler sık ​​ve deneyseldir.

Test çalışma alanı — İş paydaşlarının değişiklikleri inceleyip doğruladığı yer. İçerik, dağıtım kanalı aracılığıyla Geliştirme'den dağıtılır. Paydaşlar onaylamadan önce veri doğruluğunu, görsel düzeni ve iş mantığını doğrular.

Üretim çalışma alanı — Son kullanıcıların (uygulamalar aracılığıyla) erişebildiği tek çalışma alanı. İçerik, paydaş onayının ardından Test'ten dağıtılır. Değişiklikler kontrol edilir ve denetlenebilir.

Dağıtım hattı kurulumu:

1. Power BI Hizmeti'nde bir dağıtım kanalı oluşturun (Ayarlar, ardından Dağıtım işlem hatları)
2. Üç çalışma alanını Geliştirme, Test ve Üretim aşamalarına atayın
3. Dağıtım kurallarını yapılandırın (örneğin, Testten Üretime dağıtımı sırasında veri kaynağını DEV veritabanından PROD veritabanına değiştirin)
4. BI ekibine aşamalar arası dağıtım yapma erişimi verin
5. Paydaşlara Testten Üretime dağıtımları onaylamaları için erişim izni verin

Bu model şunları sağlar:

• Son kullanıcılar hiçbir zaman bozuk veya devam eden raporları görmez
• Değişiklikler üretime geçmeden önce gözden geçirilir
• Dağıtım geçmişi bir denetim izi sağlar
• Veri kaynağı bağlantıları ortamlar arasında otomatik olarak geçiş yapar

---

İçerik Dağıtımı: Uygulamalar ve Doğrudan Erişim

Power BI Uygulamaları

Uygulamalar, içeriği son kullanıcılara dağıtmanın önerilen yoludur. Uygulama, bir çalışma alanının içeriğinin salt okunur, seçilmiş bir görünümüdür.

Uygulamaların avantajları:

• Kullanıcılar temiz, düzenli bir arayüz görür (çalışma alanının tam içerik listesini değil)
• İçerik, özel gezinme özelliğiyle bölümler halinde düzenlenebilir
• Uygulama izinleri çalışma alanı izinlerinden ayrıdır
• Uygulamalar güvenlik gruplarına, tüm kuruluşa veya belirli kullanıcılara dağıtılabilir
• Uygulama güncellemeleri açıkça yayınlanır --- kullanıcılar devam eden çalışma değişikliklerini görmez

Bir Uygulamayı Yapılandırma

1. Üretim çalışma alanını açın
2. "Uygulama oluştur" veya "Uygulamayı güncelle"yi tıklayın
3. Uygulama bölümlerini ve gezinme sırasını yapılandırın
4. Hedef kitleyi ayarlayın (belirli kullanıcılar, güvenlik grupları veya kuruluşun tamamı)
5. İzinleri yapılandırın:

• Kullanıcıların raporları kopyalamasına izin ver: Evet/Hayır (Yönetilen ortamlar için Hayır)
• Kullanıcıların veri kümeleriyle içerik oluşturmasına izin ver: Evet/Hayır (Self servis için evet)
• Kullanıcıların uygulamayı paylaşmasına izin ver: Evet/Hayır

6. Uygulamayı yayınlayın

Doğrudan Çalışma Alanı Erişimi Ne Zaman Kullanılmalı?

Doğrudan çalışma alanına erişim (bir uygulama aracılığıyla değil) aşağıdakiler için uygundur:

• İçeriği düzenlemesi gereken BI ekip üyeleri
• Paylaşılan veri kümeleri üzerinde kendi raporlarını oluşturan uzman kullanıcılar
• Geliştirme ve test çalışma alanları (son kullanıcılar için değil)

Diğer tüm kullanıcılar için uygulamalar daha fazla kontrolle daha iyi bir deneyim sunar.

---

Roller ve İzinler

Çalışma Alanı Rolleri

Kritik not: İzleyiciler ve Katkıda Bulunanlar, satır düzeyinde güvenliğe (RLS) tabidir. Üyeler ve Yöneticiler RLS'yi atlar ve tüm verileri görür. Veri kısıtlamalarına tabi olması gereken kullanıcılara asla Üye veya Yönetici rolleri atamayın.

İzin Matrisi

Kuruluş rollerini Power BI rolleriyle eşleyin:

Microsoft 365 Grupları

Her Power BI çalışma alanı bir Microsoft 365 grubu tarafından desteklenir. Bir çalışma alanı oluşturduğunuzda buna karşılık gelen bir M365 grubu oluşturulur. Şunları yapabilirsiniz:

• M365 grup üyelerini çalışma alanına otomatik olarak ekleyin
• Çalışma alanı üyeliği için mevcut M365 gruplarını (güvenlik grupları veya dağıtım listeleri) kullanın
• Çalışma alanı erişimini Power BI yerine Azure AD grup yönetimi aracılığıyla yönetin

En iyi yöntem: Çalışma alanına erişim için Azure AD güvenlik gruplarını kullanın. "PBI-FIN-Gelir-Katkıda Bulunanlar" ve "PBI-FIN-Gelir-Görüntüleyenler" gibi gruplar oluşturun. Üyeliği anlık Power BI atamaları yerine IAM süreciniz aracılığıyla yönetin.

---

İçerik Onayı: Tanıtıldı ve Sertifikalandı

Onay, Power BI'ın güven sinyali sistemidir. Kullanıcıların yetkili içerik ile geçici raporlar arasında ayrım yapmasına yardımcı olur.

Onay Düzeyleri

Sertifikayı Ayarlama

1. Power BI yönetici portalında Kiracı Ayarları'na gidin
2. "İçerik paketi ve uygulama ayarları" altında "Sertifika"yı bulun
3. Sertifikasyonu etkinleştirin
4. İçeriği kimin onaylayabileceğini belirtin (önerilir: küçük bir BI lideri ve veri sorumlusu grubu)
5. Sertifikasyon belgelerinize bir bağlantı sağlayın (sertifikasyon kriterleri)

Sertifikasyon Kriterleri

Sertifikalı rozeti almadan önce içeriğin geçmesi gereken bir sertifika kontrol listesi oluşturun:

Veri kalitesi:

• Veri kaynağı onaylı bir kurumsal kaynaktır (kişisel bir Excel dosyası değil)
• Yenileme programı yapılandırılmış ve güvenilir bir şekilde başarılı oluyor
• Veri doğrulama kontrolleri başarılı (satır sayıları, toplam mutabakat)
• Geçmiş veriler tamamlandı (boşluk veya kopya yok)

Model kalitesi:

• Yıldız şeması tasarımı (olgu tabloları + boyut tabloları)
• Tarih tablosu uygun şekilde yapılandırılmış ve işaretlenmiştir
• İlişkiler doğru ve performanslı
• Açıkça gerekçelendirilmedikçe çift yönlü çapraz filtre yok
• Ölçülerin açık adları ve formatları vardır

İş mantığı:

• Metrik tanımları kuruluşun veri sözlüğüyle eşleşir
• Hesaplamalar bir iş paydaşı tarafından incelenir
• Edge durumları ele alınır (sıfıra bölme, boş değerler, gelecek tarihler)

Güvenlik:

• Gerektiğinde satır düzeyinde güvenlik uygulanır
• Hassasiyet etiketleri uygulanır
• Power Query adımlarında sabit kodlanmış kimlik bilgileri veya hassas veriler yok

Belgeler:

• Rapor bir dokümantasyon sayfası veya ipucu açıklamaları içerir
• Ölçü açıklamaları modelde doldurulur
• Değişiklik günlüğü tutulur

Sertifikasyon İş Akışı

1. İçerik yaratıcısı içeriğin tanıtımını yapar (self servis)
2. İçerik oluşturucu, BI yönetişim ekibine bildirimde bulunarak sertifika talebinde bulunur
3. Yönetişim ekibinin sertifikasyon kontrol listesini incelemesi
4. Onaylanması halinde, belirlenen bir sertifika kuruluşu içeriği onaylar
5. Sertifikasyon üç ayda bir (veya büyük değişiklikler uygulandığında) gözden geçirilir.

---

Hassasiyet Etiketleri

Microsoft Purview'in (eski adıyla Microsoft Information Protection) duyarlılık etiketleri, Power BI içeriğini sınıflandırır ve korur. Dışa aktarımlarda da varlığını sürdürürler; Excel'e aktarılan "Gizli" bir rapor, Excel dosyasına "Gizli" etiketini taşır.

Etiket Taksonomisi

Veri sınıflandırma politikanıza uygun hassasiyet etiketlerini tanımlayın:

Etiketleri Uygulama

Etiketler veri kümesi, rapor ve kontrol paneli düzeyinde uygulanabilir:

1. Veri kümesini veya rapor ayarlarını açın
2. "Hassasiyet etiketi" altında uygun etiketi seçin
3. Etiket, içeriğin yaşam döngüsü boyunca varlığını sürdürür

Otomatik Etiketleme

Power BI yönetici portalında varsayılan duyarlılık etiketlerini yapılandırın:

• Yeni içerik için varsayılan etiket: Tüm yeni çalışma alanlarının temel sınıflandırmayla başlaması için "Genel" olarak ayarlayın
• Zorunlu etiketleme: Kullanıcıların yayınlamadan önce bir etiket uygulamasını zorunlu kılın
• Aşağı akış devralımı: Bir veri kümesinin bir etiketi olduğunda, onun üzerinde oluşturulan raporlar otomatik olarak etiketi devralır

Etiket Tabanlı Koruma

"Gizli" ve "Çok Gizli" etiketleri için koruma eylemlerini yapılandırın:

• Verileri kimlerin dışa aktarabileceğini kısıtlayın (Çok Gizli için CSV/Excel dışa aktarımını engelleyin)
• Raporları kimlerin yazdırabileceğini kısıtlayın
• Harici paylaşımı kısıtla
• Dışa aktarılan dosyalara Azure Information Protection şifrelemesi uygulayın
• Denetim etiketinin notlarının düşürülmesi (örneğin, Gizli'den Genel'e geçiş, gerekçe gerektirir)

---

Yönetici Portalı Yapılandırması

Power BI yönetici portalı, kurumsal davranışı yöneten 50'den fazla kiracı ayarını içerir. Yönetişim için en etkili ayarları burada bulabilirsiniz.

Çalışma Alanı Ayarları

Dışa Aktarma ve Paylaşım Ayarları

Geliştirici Ayarları

Yapay Zeka ve Yardımcı Pilot Ayarları

Denetim ve Uyumluluk

---

Kullanım Metrikleri ve Benimseme İzleme

Yerleşik Kullanım Metrikleri

Power BI, her çalışma alanı için kullanım ölçüm raporları sağlar. Bu raporlar şunları gösterir:

• Rapor başına görüntüleme sayısı (günlük, haftalık, aylık)
• Rapor başına benzersiz görüntüleyenler
• En popüler raporlar
• Rapor performansı (ortalama yükleme süresi)
• Dağıtım yöntemi (doğrudan erişim, uygulama ve yerleştirme)
• Platform (web, masaüstü, mobil)

Çalışma alanındaki herhangi bir raporda "Kullanım ölçümleri"ni tıklayarak kullanım ölçümlerine erişin.

Power BI Etkinlik Günlüğü

Etkinlik günlüğü, Power BI Hizmetinde gerçekleştirilen her eylemi kaydeder. Şu yollarla edinilebilir:

• Microsoft 365 denetim günlüğü (Uyumluluk merkezi)
• Power BI REST API (Get-PowerBIActivityEvent cmdlet'i)
• Azure Log Analytics (yapılandırılmışsa)

İzlenecek önemli olaylar:

Benimseme Kontrol Paneli

Etkinlik günlüğü verilerini kullanarak dahili bir benimseme panosu oluşturun. Temel ölçümler:

Monthly Active Users =
DISTINCTCOUNT(ActivityLog[UserEmail])

Adoption Rate =
DIVIDE(
    [Monthly Active Users],
    [Total Licensed Users]
)

Reports Per User =
DIVIDE(
    COUNTROWS(FILTER(ActivityLog, ActivityLog[Activity] = "ViewReport")),
    [Monthly Active Users]
)

Self-Service Ratio =
DIVIDE(
    CALCULATE(COUNTROWS(ActivityLog), ActivityLog[Activity] = "CreateReport"),
    CALCULATE(COUNTROWS(ActivityLog), ActivityLog[Activity] = "ViewReport")
)

Benimseme kontrol paneli yönetim ekiplerine şu konularda yardımcı olur:

• Benimsenme oranı düşük olan (eğitim gerektiren) departmanları belirleyin
• Sertifikalanması gereken, yoğun olarak kullanılan raporları bulun
• Hiç görüntülenmeyen raporları tespit edin (emeklilik adayları)
• Yönetişim KPI'larını zaman içinde izleyin (sertifikalı içerik %'si, etiketli içerik %'si)

---

Köken ve Etki Analizi

Veri Kökeni Görünümü

Power BI'ın köken görünümü, veri kaynağından veri kümesine ve rapordan panoya kadar olan bağımlılık zincirini gösterir. Buna çalışma alanı menüsünden erişin (üç nokta, ardından Lineage görünümü).

Soy görünümü şu yanıtları verir:

• "Bu veri kümesini hangi raporlarda kullanıyor?" (veri kümesi değişiklikleri için etki analizi)
• "Bu raporun verileri nereden geliyor?" (kaynak izlenebilirliği)
• "Raporu olmayan artık veri kümeleri var mı?" (temizlik adayları)
• "Ağ geçidine hangi veri kümeleri bağlanıyor?" (ağ geçidi bağımlılığı haritalaması)

Etki Analizi

Bir veri kümesini değiştirmeden önce (bir tabloyu değiştirme, bir sütunu yeniden adlandırma, bir ilişkiyi değiştirme), aşağı yöndeki etkileri anlamak için etki analizini kullanın:

1. Köken görünümünde veri kümesini seçin
2. "Etki analizi"ne tıklayın
3. Power BI, veri kümesine bağlı olan tüm raporları, panoları ve uygulamaları gösterir
4. Önemli değişiklikler yapmadan önce listeyi inceleyin ve rapor sahiplerini bilgilendirin

Bu, iyi niyetli bir şema değişikliğinin 3 departmandaki 15 raporu bozduğu yaygın senaryoyu önler.

Veri Kataloğu Entegrasyonu

Microsoft Purview'e (eski adıyla Azure Veri Kataloğu) sahip kuruluşlar için Power BI veri kümeleri veri kataloğuna kaydedilebilir. Bu şunları sağlar:

• Platformlar arası veri keşfi (SQL tabloları, Synapse görünümleri vb. ile birlikte Power BI veri kümelerini bulun)
• İş sözlüğü entegrasyonu (Power BI ölçümlerini standart iş tanımlarına bağlayın)
• Veri yönetimi (katalogda veri sahiplerini ve yöneticileri atayın)
• Uyumluluk takibi (tüm veri varlıklarındaki hassasiyet etiketlerini ve sınıflandırmaları görüntüleyin)

---

Yönetişim Politikaları Belgesi

Her kuruluşun bir Power BI yönetişim belgesi bulundurması gerekir. Aşağıda bir şablon yapısı verilmiştir.

Bölüm 1: Kapsam ve Hedefler

• Kuruluşunuz için "yönetim"in ne anlama geldiğini tanımlayın (bürokrasi değil, yetkilendirme)
• Hedefleri belirtin: veri güveni, mevzuata uygunluk, maliyet kontrolü, benimsemeyi hızlandırma
• Yönetişim çerçevesinin kimlere uygulanacağını tanımlayın (tüm Power BI kullanıcıları, belirli departmanlar vb.)

Bölüm 2: Görevler ve Sorumluluklar

Bölüm 3: Standartlar

• Çalışma alanı adlandırma kuralları (yukarıda tanımlandığı gibi)
• Veri kümesi adlandırma kuralları (ör. DS_Revenue_Sales, DS_Headcount_HR)
• Adlandırma kurallarını ölçün (ör. "RevYTD" veya "ytd_revenue" değil "Gelir YTD")
• Rapor adlandırma kuralları (ör. RPT_Executive_Sales_Monthly)
• Renk paleti standartları (kurumsal markaya uygun)
• Görselleştirme yönergeleri (hangi veri türü için hangi grafik türü)

Bölüm 4: Süreçler

• İçerik yaşam döngüsü: oluşturun, tanıtın, sertifikalandırın, kullanımdan kaldırın
• Değişiklik yönetimi: sertifikalı içerikte değişiklik nasıl talep edilir
• Erişim isteği süreci: kullanıcıların çalışma alanı veya uygulama erişimini nasıl talep ettiği
• Olay müdahalesi: bir veri ihlali veya yönetişim ihlali tespit edildiğinde ne yapılmalı
• İnceleme temposu: üç aylık sertifikasyon incelemeleri, yıllık politika güncellemeleri

Bölüm 5: Uyumluluk

• Veri sınıflandırma gereklilikleri (hangi hassasiyet etiketleri zorunludur)
• Mevzuat gereklilikleri (GDPR, HIPAA, SOC 2, sektöre özel)
• Veri saklama politikaları (geçmiş verilerinin veri kümelerinde ne kadar süreyle tutulacağı)
• Dışa aktarma kısıtlamaları (kim hangi veri türlerini dışa aktarabilir)

Bölüm 6: Eğitim

• Yeni Power BI kullanıcıları için başlangıç eğitimi (self servis, 2 saat)
• Rapor yazarları için ileri düzey eğitim (eğitmen liderliğinde, 1 gün)
• Veri sorumluları ve yöneticileri için yönetişim eğitimi (eğitimci liderliğinde, yarım gün)
• Tüm kullanıcılar için yıllık tazeleme eğitimi (self servis, 1 saat)

Yönetişimi sıfırdan uygulayan kuruluşlar için ECOSIRE'ın Power BI uygulama hizmeti, kuruluşunuzun boyutuna ve sektörüne göre özelleştirilmiş bir yönetim belgesi, çalışma alanı mimarisi ve sertifikasyon süreci üreten bir yönetişim atölyesi içerir.

---

Yönetişimin Ölçeklendirilmesi

Küçük Kuruluşlar (100 Kullanıcının Altında)

Yönetişimi hafif tutun:

• Anlaşılır adlandırmayla 5-10 çalışma alanı
• Departman başına bir veya iki sertifikalı "altın" veri seti
• İsteğe bağlı hassasiyet etiketleri (basit çalışma alanı erişim kontrolüyle başlayın)
• Üç ayda bir yönetişim gözden geçirme toplantıları
• Veri sorumlusu görevini de üstlenen bir Power BI yöneticisi

Orta Ölçekli Kuruluşlar (100-1.000 Kullanıcı)

Yapı ekle:

• Adlandırma kurallarının uygulandığı 20-50 çalışma alanı
• Tüm üretim içeriği için dağıtım hatları
• Veri kümelerinde zorunlu hassasiyet etiketleri
• Resmi bir kontrol listesiyle içerik sertifikasyonu
• Aylık yönetişim gözden geçirme toplantıları
• Yönetici ve yönetici rollerine sahip özel BI ekibi (2-5 kişi)

Büyük Kuruluşlar (1.000+ Kullanıcı)

Tam yönetim programı:

• Merkezi bir yönetici ekibi tarafından yönetilen 100'den fazla çalışma alanı
• Standartlar, eğitim ve destek sağlayan Mükemmeliyet Merkezi (CoE)
• Otomatik yönetişim izleme (Power BI REST API + özel panolar)
• Kurumsal veri kataloğu için Microsoft Purview ile entegrasyon
• Denetim kayıtlarını inceleyen özel uyum görevlisi
• Yönetişim KPI'ları ile üç aylık iş incelemeleri
• Sertifikalı içerikteki değişiklikleri kırmak için resmi değişiklik danışma kurulu

Mükemmeliyet Merkezi Modeli

Power BI Mükemmellik Merkezi (CoE), yönetime, standartlara, eğitime ve desteğe sahip olan işlevler arası bir ekiptir. CoE her departman için rapor oluşturmaz; departmanların yönetişim korkulukları içerisinde kendi raporlarını oluşturmasına olanak tanır.

CoE'nin sorumlulukları:

1. Yönetişim politikalarını tanımlayın ve sürdürün
2. Paylaşılan veri kümelerini ("altın" veri katmanı) oluşturun ve onaylayın
3. Veri ağ geçidini ve altyapıyı yönetin
4. Self-servis kullanıcılar için eğitim ve çalışma saatleri sağlayın
5. Departman içeriğini inceleyin ve onaylayın
6. Benimseme ve kullanım ölçümlerini izleyin
7. Yeni Power BI özelliklerini ve yeteneklerini değerlendirin
8. Güvenlik, uyumluluk ve lisanslama konusunda BT ile koordinasyon sağlayın

CoE boyutlandırması:

---

SSS

Kuruluşumda kaç çalışma alanı olmalıdır?

Evrensel bir cevap yoktur, ancak yararlı bir kılavuz, her ana konu alanı (Gelir, Boru Hattı, Envanter, İşgücü vb.) başına bir üretim çalışma alanı artı her biri için geliştirme ve test çalışma alanlarıdır. 500 kişilik bir kuruluşta genellikle 15-30 çalışma alanı bulunur. Temel ölçü, çalışma alanlarının sayısı değil, her çalışma alanının açık bir sahibi, amacı ve adlandırma kuralının olup olmadığıdır. Açıkça mülkiyeti olmayan, sahipsiz çalışma alanları bir yönetim riskidir.

Kimlerin çalışma alanı oluşturabileceğini kısıtlamalı mıyız?

Evet. Sınırsız çalışma alanı yaratılması yayılmaya yol açar. Yönetici portalında, çalışma alanı oluşturma işlemini BI ekibiyle veya belirlenmiş uzman kullanıcılarla sınırlandırın. Diğer kullanıcılar basit bir form veya biletleme işlemi aracılığıyla çalışma alanları talep edebilir. İstek şunları içermelidir: çalışma alanı adı (adlandırma kurallarına uygun olarak), amaç, sahip, beklenen hedef kitle ve veri kaynakları. This adds a small amount of friction that prevents workspace proliferation while ensuring every workspace has accountability.

Çalışma alanı ile uygulama arasındaki fark nedir?

Çalışma alanı, BI geliştiricilerinin içerik (veri kümeleri, raporlar, kontrol panelleri) oluşturup sürdürdüğü işbirliği ortamıdır. Uygulama, son kullanıcılara dağıtılan içeriğin salt okunur, özel olarak hazırlanmış bir paketidir. Çalışma alanını mutfak, uygulamayı ise restoran menüsü olarak düşünün. Yemek yiyenler (son kullanıcılar) menüyü (uygulamayı) görür ve ne tüketeceklerini seçerler. Şefler (BI geliştiricileri) teklifleri hazırlamak ve yinelemek için mutfakta (çalışma alanında) çalışırlar. Bu ayırma, kullanıcıların her zaman gösterişli, doğrulanmış içerik görmesini sağlar.

Power BI'da hassas verileri nasıl işleriz?

Korumalarınızı katmanlandırın: (1) Her kullanıcının görebileceği satırları kısıtlamak için satır düzeyinde güvenliği kullanın. (2) Hassas sütunları (ör. maaş) yetkisiz rollerden gizlemek için nesne düzeyinde güvenlik kullanın. (3) İçeriği sınıflandırmak ve dışa aktarımları kontrol etmek için hassasiyet etiketleri uygulayın. (4) Yüksek derecede gizli içerik için yönetici portalındaki dışa aktarma izinlerini kısıtlayın. (5) Power BI'a erişim için yönetilen cihazlara ve MFA'ya ihtiyaç duymak üzere Azure AD Koşullu Erişim'i kullanın. (6) Olağandışı veri erişim kalıpları açısından etkinlik günlüğünü izleyin. Hiçbir önlem tek başına yeterli değildir; derinlemesine savunma esastır.

Yönetim programımızın başarısını nasıl ölçeriz?

Bu yönetişim KPI'larını aylık olarak takip edin: (1) Sertifikalı üretim veri kümelerinin yüzdesi (hedef: %80+). (2) Duyarlılık etiketlerinin uygulandığı içeriğin yüzdesi (hedef: %100). (3) 90 gün içinde faaliyet göstermeyen artık çalışma alanlarının sayısı (hedef: sıfır). (4) Yeni içeriğin sertifikalandırılması için ortalama süre (hedef: 5 iş gününden az). (5) Kullanıcı benimseme oranı (aylık aktif kullanıcıların lisanslı kullanıcılara bölümü, hedef: %70+). (6) Denetim günlüklerinde tespit edilen yönetişim ihlallerinin sayısı (hedef: düşüş eğilimi). (7) Self servis oranı (iş kullanıcıları tarafından oluşturulan raporlar ile BT tarafından oluşturulan raporlar, hedef: artış). Bu ölçümleri takip etmek ve bunları aylık yönetim toplantılarında gözden geçirmek için bir dahili yönetim kontrol paneli oluşturun.