Bir şirkette Power BI’ı “kurmak” bir gün sürer; iyi yönetmek yıllar sürer. Bu ders ekip lideri, BI yöneticisi ve kıdemli geliştirici içindir. Konu teknik ayarlardan çok kararlardır: kim ne lisans alacak, içeriği kim sahiplenecek, hangi model “resmî” sayılacak, insanlar raporları gerçekten kullanıyor mu? Microsoft bu soruları Fabric benimseme yol haritası (Fabric adoption roadmap) adlı bir rehber dizisinde ele alır; aşağıda onun fikirlerini kendi sözlerimizle ve Anadolu Market örneğiyle özetliyoruz.
Lisans ve kapasite: hangi soru hangi kararı doğurur?
İki tür satın alma vardır: kullanıcı başına lisans ve kapasite (paylaşılan işlem gücü).
| Seçenek | Ne sağlar? | Dikkat |
|---|---|---|
| Ücretsiz (Free) | Fabric’e giriş, Fabric kapasitesindeki alanlarda Power BI dışı Fabric öğeleri oluşturup paylaşmak | Paylaşılan Power BI içeriğini yalnızca F64 ve üstü kapasitede, Görüntüleyici (Viewer) rolüyle görebilir |
| Pro | Power BI içeriği oluşturup paylaşmak | Power BI kullanan her kuruluşta en az bir Pro ya da PPU kullanıcı gerekir |
| Kullanıcı başına Premium (PPU) | Premium özelliklerinin çoğu, kullanıcı başına | Fabric kapasitesi sağlamaz; Power BI dışı Fabric öğelerini tek başına çalıştıramaz. Learn’e göre 250’den az kullanıcı için genelde daha ekonomik |
| Fabric kapasitesi (F SKU) | F2’den F8192’ye; saniye bazında faturalama, isteğe bağlı yıllık rezervasyon | Önerilen seçenek. Power BI Premium kapasite (P SKU) satın alma seçenekleri emekliye ayrılıyor |
| Deneme (Trial) | 60 gün; F4 ya da F64 boyutunda deneme kapasitesi | Power BI lisans kuralları denemede değişmez; Copilot denemede desteklenmez; süre bitince sona erer |
F64 eşiği kararın merkezindedir. Learn’e göre F64’ten küçük F kapasitelerde, Power BI içeriğini görüntüleyen her kullanıcının Pro, PPU ya da bireysel deneme lisansı olmalı. F64 ve üstünde yalnızca ücretsiz lisansı olan ve çalışma alanında Görüntüleyici rolü bulunan kullanıcılar da içeriği görebilir. Kuruluş içi gömme (SharePoint, PowerPoint) için de aynı kural geçerlidir.
Anadolu Market büyüyüp 20 rapor geliştiricisine ve 600 mağaza müdürüne (yalnızca okuyucu) ulaştığını varsay. Soru şudur: 600 okuyucuya Pro mu alınır, yoksa F64 ve üstü bir kapasite mi? Cevap fiyat listesine, kapasitenin başka iş yüklerine (lakehouse, not defteri) gerekip gerekmediğine ve kullanım yoğunluğuna bağlıdır. Kapasite alındıysa Microsoft Fabric Capacity Metrics uygulamasıyla CU tüketimi ve kısıtlama (throttling) izlenir.
Kapasite ve depolama kavramlarının teknik tarafı “Microsoft Fabric’e giriş” ve “Kurumsal model” derslerinde.
Self-servis, yönetilen self-servis, kurumsal BI
Yol haritası içerik sahipliği için üç strateji tanımlar:
| Strateji | Veriyi kim sahiplenir? | Raporu kim sahiplenir? | Ne zaman? |
|---|---|---|---|
| İş birimi liderliğinde self-servis | İş birimi | İş birimi | Kişisel ve ekip analizleri; en esnek, en az denetim |
| Yönetilen self-servis | Merkezî ekip (BT, kurumsal BI, CoE) | İş birimindeki rapor yazarları | Ekip ve departman raporları; çoğu kuruluş için hedef model |
| Kurumsal | Merkezî ekip | Merkezî ekip | Şirket geneli, hassas ya da denetlenen veri, ihtiyacı net raporlar |
Microsoft yönetilen self-servisi “çekirdekte disiplin, kenarda esneklik” diye özetler. Anadolu Market’te bunun anlamı: BI ekibi tek bir Satış anlam modelini (Satislar, Urunler, Musteriler, Tarih, Hedefler) yayımlar ve sertifikalar; bölge analistleri bu modele canlı bağlanıp kendi raporlarını yazar. Bölgeye özel bir tabloya ihtiyaç olursa bileşik model ile ekler, ana modeli kopyalamaz.
Mükemmeliyet merkezi (CoE): roller ve yapı
Mükemmeliyet merkezi (Center of Excellence, CoE), standartları koyan, eğiten ve paylaşılan veri varlıklarını yöneten küçük bir ekiptir. Yol haritasındaki roller:
| Rol | Ne yapar? |
|---|---|
| CoE lideri | Günlük işleri yönetir; üst yönetim sponsoru ve veri yönetişim kuruluyla çalışır |
| Koç | Ofis saatleri, en iyi uygulama incelemeleri, birlikte geliştirme; şampiyonlar ağını destekler |
| Eğitmen | İç eğitim materyali ve dokümantasyon hazırlar |
| Veri analisti | İş biriminin konu uzmanı; CoE ile birim arasında köprü, sertifikasyona yardım |
| Veri modelleyici | Paylaşılan anlam modellerini ve veri akışlarını yönetir |
| Rapor yazarı | Rapor, pano ve ölçüm (metrics) içeriği yayımlar |
| Veri mühendisi | Mimari ve dağıtım; lakehouse, ambar, işlem hattı gibi geniş kullanılan varlıklar |
| Kullanıcı desteği | Veri tutarsızlıklarını ve üst seviyeye taşınan destek taleplerini çözer |
Yapı dört türlü olabilir: merkezî (tek ekip her şeyi yapar), birleşik (unified) (merkezî ekip + birimlere gömülü üyeler), federe (çekirdek ekip + birimlerden uydu üyeler) ve dağınık (her birimin kendi CoE’si). Learn’e göre çoğu kuruluş için birleşik ya da federe yapı en etkilidir, çünkü birimler arası sınırı aşar. Anadolu Market gibi orta ölçekli bir şirkette başlangıç için 2–3 kişilik merkezî bir çekirdek ve her bölgeden bir “şampiyon” yeterlidir.
Kiracı ayarları ve yönetişim kontrol listesi
Kiracı ayarları (tenant settings) yönetim portalında bulunur ve bütün kuruluşu etkiler. Çoğu ayar tüm kuruluşa ya da belirli güvenlik gruplarına açılabilir. İlk gün gözden geçirilecek ayarlar:
- Publish to web (Web’de yayımla): Herkese açık, kimlik doğrulamasız bağlantı üretir. Kapalı tut ya da çok dar bir gruba aç.
- Export to Excel ve diğer dışa aktarma ayarları: Kim veriyi dışarı alabilir?
- Create workspaces (Çalışma alanı oluştur): Herkes mi, yalnızca bir grup mu? Kontrolsüz alan sayısı, sahipsiz içerik demektir.
- Certification (Sertifikasyon): Hangi grup içeriği sertifikalayabilir?
- Users can create Fabric items: Power BI dışı Fabric öğelerini kim oluşturabilir?
- Guest users can access Microsoft Fabric: Kuruluş dışı misafir kullanıcılar.
- Allow XMLA endpoints and Analyze in Excel with on-premises semantic models: Dış araçların modele erişimi.
- Kullanım ölçümleri ve denetim (audit) ayarları: Benimseme ölçümü için açık olmalı.
Kontrol listesine ayarların yanında şu kuralları da ekle: çalışma alanı adlandırma standardı, her alanda en az iki yönetici, geliştirme / test / üretim ayrımı (bkz. “Yaşam döngüsü” dersi), duyarlılık etiketlerinin zorunluluğu (bkz. “Yönetişim” dersi).
Tek doğruluk kaynağı: onaylı anlam modelleri
İki müdür aynı toplantıya farklı “net satış” rakamıyla geliyorsa sorun DAX’ta değil, yönetişimdedir. Çözüm, ortak modelleri onaylamaktır (endorsement):
- Tanıtılan (Promoted): Sahibi “bu iyi, kullanılabilir” der. Self-servis içerik için.
- Sertifikalı (Certified): Yetkili bir grup kalite, belge ve destek kurallarına uyduğunu onaylar. Kurumsal ve yönetilen self-servis içerik için.
Sertifikalı içerik veri kalitesi doğrulanmış, değişiklik yönetimine bağlı, destek sahibi belli ve belgelenmiş olmalıdır. Yol haritası bir sağlık göstergesi de önerir: anlam modeli / rapor oranı. Her rapor kendi modelini taşıyorsa oran yüksektir; bu, tekrar eden mantık, tutarsız rakamlar ve yüksek bakım yükü demektir. Anadolu Market’te hedef, satış raporlarının tamamının tek sertifikalı Satış modeline bağlanmasıdır.
Benimsemeyi izlemek
Yayımlanan raporu kimse açmıyorsa proje başarısızdır, ne kadar güzel olursa olsun. İki resmî araç vardır:
| Araç | Kim görür? | Ne gösterir? |
|---|---|---|
| Kullanım ölçümleri raporu (Usage metrics report) | Çalışma alanında Yönetici, Üye ya da Katkıda bulunan; Pro ya da PPU lisansı gerekir. Görüntüleyici rolü yetmez | Son 30 günün rapor ve sayfa görüntülemeleri, tekil görüntüleyiciler, eğilim, tipik açılma süresi. “Çalışma alanım”da desteklenmez |
| Yönetici izleme çalışma alanı (Admin monitoring workspace) | Fabric yöneticisi kurar; raporları başkalarıyla paylaşabilir | Kiracı geneli etkinlik ve envanter. Microsoft genel bakış için OneLake kataloğundaki Govern raporunu öneriyor; eski “Feature usage and adoption” raporu önizlemede kalacak |
Kullanım ölçümleri modeli yalnızca son 30 günü tutar. Uzun dönem eğilim için verisini düzenli olarak dışarı aktar. Basit bir benimseme ölçüsü: aktif kullanıcı / lisanslı kullanıcı. Aşağıdaki sorgu, örnek amaçlı küçük bir 30 günlük kullanım tablosundan bunu hesaplıyor (12 lisanslı kullanıcıdan 6’sı aktif, %50):
EVALUATE
VAR Kullanim =
DATATABLE(
"Rapor", STRING, "Kullanici", STRING, "Goruntuleme", INTEGER,
{
{"Satış Panosu", "ayse", 18}, {"Satış Panosu", "mert", 12},
{"Satış Panosu", "deniz", 9}, {"Satış Panosu", "selin", 7},
{"Satış Panosu", "burak", 4}, {"Stok Raporu", "ayse", 3},
{"Stok Raporu", "kerem", 6}, {"Bölge Raporu", "mert", 1}
}
)
VAR Lisansli = 12
VAR Aktif = COUNTROWS(DISTINCT(SELECTCOLUMNS(Kullanim, "Kisi", [Kullanici])))
RETURN
ROW("Aktif Kullanıcı", Aktif, "Benimseme %", DIVIDE(Aktif, Lisansli))
Sayının kendisi kadar eğilimi önemlidir: benimseme her ay artıyor mu? Hangi raporlar tek kişiye hizmet ediyor? Görüntülenme sayısı tek başına bir gösteriş ölçüsü olabilir; abonelikler de görüntüleme sayısını etkiler.
Olgunluk düzeyleri
Yol haritası her alanı beş olgunluk düzeyiyle değerlendirir: 100 Başlangıç (dağınık denemeler, belgesiz bilgi), 200 Tekrarlanabilir (planlı ama her yerde aynı değil), 300 Tanımlı (standart süreçler birimler arasında tutarlı), 400 Yetkin (veri yaşam döngüsü boyunca yönetiliyor, yönetişim kabul görmüş), 500 Verimli (otomasyon, sürekli iyileştirme, kendini sürdüren topluluk). Amaç her alanda 500 değil; iş için yeterli düzeyi seçip ona ulaşmaktır.
90 günlük yayılım planı
| Dönem | Odak | Çıktı |
|---|---|---|
| Gün 1–30 | Temel | Üst yönetim sponsoru belirlendi; lisans ve kapasite kararı; kiracı ayarları gözden geçirildi; CoE çekirdeği ve adlandırma standardı; mevcut rapor envanteri çıkarıldı |
| Gün 31–60 | Pilot | Tek sertifikalı Satış modeli; bir pilot bölgede 2–3 rapor; şampiyonlar seçildi; ofis saatleri ve iç eğitim başladı; destek kanalı (Teams kanalı ya da form) açıldı |
| Gün 61–90 | Yaygınlaştırma | Diğer bölgelere uygulama olarak dağıtım; kullanım ölçümleri her ay raporlanıyor; hiç açılmayan raporlar için emeklilik süreci; ikinci veri alanı (stok) için plan |