Power BI Yönetilen Hizmetler: Neler Beklenmeli ve Nasıl Seçilmeli

Power BI ortamları kendi kendine çalışmaz. Her güvenilir kontrol panelinin ve doğru raporun arkasında bir bakım işi katmanı bulunur: ağ geçidi izleme, veri yenileme sorunlarını giderme, kapasite yönetimi, güvenlik incelemeleri, model optimizasyonu, kullanıcı desteği ve özellik benimseme planlaması. Çoğu kuruluş için bu bakım yükü, iç ekibinin ölçekleyebileceğinden daha hızlı büyüyor.

Yönetilen hizmetler, bu operasyonel yükü Power BI ortamınızı sürekli olarak izleyen, koruyan, optimize eden ve geliştiren uzman bir ortağa aktarır. En iyi yönetilen hizmet taahhütleri, rekabetçi bir pazarda uzman yetenekleri işe alma, eğitme ve elde tutma yükü olmadan özel bir Power BI ekibine sahip olmak gibidir.

Bu kılavuz, yönetilen hizmetlerin neler içerdiğini, sağlayıcıların nasıl değerlendirileceğini, SLA yapılarının nasıl görüneceğini ve ne zaman dış kaynak kullanılacağına veya dahili yetenekler oluşturmaya ilişkin kritik kararı kapsar. Yönetilen hizmet seçeneklerini araştırıyorsanız hizmet katmanlarının ayrıntılı bir dökümü için Power BI destek ve bakım tekliflerimize bakın.

Önemli Çıkarımlar

• Yönetilen hizmetler üç katmanı kapsar: reaktif destek (arıza-düzeltme), proaktif bakım (izleme ve optimizasyon) ve stratejik geliştirme (yeni raporlar ve yetenekler)
• SLA katmanları temelden (çalışma saatleri desteği, 8 saatte yanıt) premium'a (7/24 destek, 1 saatte kritik yanıt, özel ekip) kadar uzanır.
• Proaktif izleme, sorunların %60-70'ini kullanıcılar fark etmeden yakalar ve kesintileri önemli ölçüde azaltır
• Maliyet yapıları kullanıcı başına, rapor başına ve sabit aylık hizmet modelleri arasında değişiklik gösterir; her birinin ödünleşimleri vardır
• Dış kaynak mı yoksa şirket içi mi olacağı kararı Power BI ortamınızın boyutuna, şirket içi uzmanlığınıza ve büyüme gidişatınıza bağlıdır
• İyi bir sağlayıcı, eşdeğer dahili personele kıyasla toplam sahip olma maliyetinizi %25-40 oranında azaltır
• Yönetişim ve güvenlik incelemeleri, herhangi bir yönetilen hizmet sözleşmesine dahil edilmeli, eklenti olarak değerlendirilmemelidir

---

Power BI Yönetilen Hizmetleri Neleri İçerir?

Reaktif Destek (Kırılma-Düzeltme)

Reaktif destek, herhangi bir yönetilen hizmet sözleşmesinin temelidir. Bir şey bozulduğunda, onu hızlı ve doğru bir şekilde tamir edebilecek birine ihtiyacınız vardır.

Genel reaktif destek senaryoları:

Reaktif destek kalitesi, yanıt süresi (sağlayıcının sorunu ne kadar hızlı kabul ettiği), çözüm süresi (sorunu ne kadar hızlı düzelttiği) ve ilk temasta çözüm oranı (sorunu herhangi bir soruna neden olmadan ne sıklıkla çözdüğü) ile ölçülür. Olgun bir yönetilen hizmet sağlayıcısı, sorunların %70-80'ini ilk temasta çözer ve SLA zaman dilimi içinde %95'ini kapatır.

Reaktif desteğin gizli değeri yalnızca sorunları çözmek değil aynı zamanda temel nedenleri teşhis etmektir. Ağ geçidini yeniden başlatarak veri yenileme hatasını düzelten bir sağlayıcı bu belirtiyi çözmüştür. Bir Power Query adımının sorgu katlama kullanmak yerine 50 milyon satır çekmesi nedeniyle yenilemenin zaman aşımına uğradığını tanımlayan bir sağlayıcı sorunu çözmüştür. Her olay için temel nedenin belgelendirilmesinde ısrar edin.

Proaktif Bakım

Proaktif bakım, yönetilen hizmetlerin kendilerini temel yardım masası desteğinden farklılaştırdığı yerdir. Proaktif bakım, bir şeylerin bozulmasını beklemek yerine, çevreyi sürekli olarak izler ve sorunları kullanıcıları etkilemeden önce ele alır.

Proaktif bakım faaliyetleri:

Günlük izleme:

• Tüm veri kümelerinde veri yenileme başarı/başarısızlık takibi
• Ağ geçidi sağlığı ve bağlantı doğrulaması
• Kapasite kullanımının izlenmesi (CPU, bellek, sorgu süresi)
• Planlanmış rapor teslim onayı
• Hata günlüğü incelemesi ve model tespiti

Haftalık aktiviteler:

• Performans trend analizi (raporlar yavaşlıyor mu?)
• Depolama kullanımı incelemesi (kapasite sınırlarına yaklaşıyor mu?)
• Güvenlik olayı incelemesi (olağandışı erişim modelleri, başarısız oturum açma girişimleri)
• Veri kümesi yenileme optimizasyonu (yoğun yükü azaltmak için programları birleştirme)

Aylık aktiviteler:

• Model boyutu analizi ve optimizasyon önerileri
• Kullanılmayan rapor ve veri kümesi tanımlama (yönetim hijyeni)
• Özellik benimseme incelemesi (yeni yetenekler kullanılıyor mu?)
• Kapasitenin doğru boyutlandırılması değerlendirmesi
• Kullanıcı etkinliği analizi (lisans kullanımı, katılım eğilimleri)

Üç aylık faaliyetler:

• Kapsamlı çevre sağlığı değerlendirmesi
• Güvenlik denetimi (RLS doğrulaması, hassasiyet etiketleri, incelemelerin paylaşılması)
• Önceki çeyreklere göre performans kıyaslaması
• Yol haritası incelemesi ve özellik benimseme planlaması
• Yönetişim politikasının gözden geçirilmesi ve güncellemeleri

Proaktif izleme genellikle sorunların %60-70'ini kullanıcılar fark etmeden yakalar. Bu, kullanıcı deneyimini önemli ölçüde geliştirir ve BI platformuna güven oluşturur. Sık sık açıklanamayan rapor hataları veya eski verilerle karşılaşan kullanıcılar, platforma olan güvenini kaybeder ve manuel işlemlere geri döner. Proaktif bakım bu güven erozyonunu önler.

Rapor Geliştirme ve İyileştirme

Yönetilen hizmetlerin çoğu, yeni raporlar oluşturmak, mevcut raporları geliştirmek ve yeni Power BI özelliklerini uygulamak için aylık geliştirme saatlerinin tahsis edilmesini içerir.

Geliştirme tempo modelleri:

Geliştirme çalışması yapılandırılmış bir süreci takip etmelidir: iş paydaşlarıyla gereksinimlerin toplanması, veri kaynağı değerlendirmesi, prototip geliştirme, kullanıcı kabul testi ve üretim dağıtımı. Yönetilen hizmetler bağlamında bile sağlayıcı, raporları tek başına oluşturmamalıdır; iş kullanıcısının katılımı, uygunluk ve benimseme için esastır.

En iyi sağlayıcılar, geliştirme taleplerinin birikmiş listesini ekibinizle birlikte önceliklendirir ve tamamlanan öğeleri düzenli bir sprint temposunda (genellikle iki haftada bir veya ayda bir) teslim eder. Bu öngörülebilir teslimat ritmi, iş paydaşlarının yeni yetenekler etrafında plan yapmasına yardımcı olur ve BI programına kurumsal güven oluşturur.

---

SLA Katmanları ve Anlamları

SLA Bileşenlerini Anlamak

Hizmet Seviyesi Anlaşmaları, bir sağlayıcının yaptığı ölçülebilir taahhütleri tanımlar. Anahtar bileşenler şunlardır:

Ulaşılabilirlik: Yönetilen hizmetler ekibinin sorunları almaya ve bunlar üzerinde çalışmaya hazır olduğu sürenin yüzdesi. Ortak katmanlar çalışma saatleri (8x5), uzatılmış çalışma saatleri (12x5 veya 16x5) ve 24 saat (24x7) şeklindedir.

Yanıt süresi: Sağlayıcının bir sorunun alındığını ne kadar çabuk anladığı ve araştırmaya başladığı. Bu, sorunun çözüldüğü andan itibaren değil, bildirildiği andan itibaren ölçülür. Yanıt süreleri genellikle ciddiyete göre sıralanır.

Çözüm süresi: Sağlayıcının sorunu ne kadar hızlı çözdüğü. Çözüm hedefleri ayrıca önem derecesine göre de sıralanır. Çözüm süresinin, müşteriden veya sağlayıcının kontrolü dışındaki üçüncü taraf bağımlılıklarından gelen bilgilerin beklendiği süreyi içermediğini unutmayın.

Önem derecesi tanımları:

SLA Katmanı Karşılaştırması

Temel Seviye:

• Çalışma saatleri desteği (Pazartesi-Cuma, tek bir saat diliminde 09:00-17:00)
• Kritik sorunlar için 4-8 saat yanıt süresi
• Yalnızca mesai saatlerinde proaktif izleme
• Aylık çevre sağlığı raporu
• Ayda 10-20 geliştirme saati
• Tipik maliyet: 3.000-8.000$/ay

Standart Katman:

• Uzatılmış çalışma saatleri desteği (Pazartesi-Cuma, 07:00-21:00; Cumartesi 09:00-13:00)
• Kritik sorunlar için 2-4 saat yanıt süresi
• Kritik olaylar için mesai saatleri dışında uyarı veren 7/24 otomatik izleme
• Haftalık çevre sağlığı raporları
• Ayda 30-50 geliştirme saati
• Üç ayda bir iş gözden geçirme toplantıları
• Tipik maliyet: 8.000-18.000$/ay

Premium Katman:

• Çağrı üzerine özel rotasyonla 7/24/365 destek
• Kritik sorunlar için 15 dakikadan 1 saate kadar yanıt süresi
• Yaygın sorunlar için otomatik iyileştirme ile tam proaktif izleme
• Çevre sağlığını gösteren gerçek zamanlı kontrol panelleri
• Ayda 60-100+ geliştirme saati
• Yönetici raporlaması ile aylık iş gözden geçirme toplantıları
• Ortamınızı derinlemesine bilen özel ekip üyeleri
• Tipik maliyet: 18.000-45.000$/ay

SLA Kırmızı Bayraklar

Yönetilen hizmetler SLA tekliflerini incelerken bu uyarı işaretlerine dikkat edin:

• Belirsiz önem derecesi tanımları: Sağlayıcı her bir şiddet düzeyini neyin oluşturduğunu açıkça tanımlamıyorsa anlaşmazlıklar kaçınılmazdır. Belirli, ölçülebilir kriterlerde ısrar edin.
• Çözüm süresi olmadan yanıt süresi: Sorunun çözülmesi iki hafta sürüyorsa 15 dakikalık yanıt süresinin hiçbir anlamı yoktur. Her iki ölçüm de tanımlanmalıdır.
• Hariç tutulanlar listesi yok: Her SLA, neyin hariç tutulduğunu açıkça belirtmelidir (üçüncü taraf kesintileri, müşterinin neden olduğu sorunlar, Microsoft hizmet kesintileri). Belirsizlik size değil sağlayıcıya fayda sağlar.
• SLA ihlallerine çözüm yok: Sağlayıcı SLA hedeflerini kaçırırsa ne olur? Hizmet kredileri, yükseltme prosedürleri ve fesih hakları belirtilmelidir.
• Ya hep ya hiç kullanılabilirliği: Destek hizmetleri için %99,9 kesintisiz çalışma süresi talep eden bir sağlayıcı, çağrı yapısını, yedekleme kapsamını ve tatil prosedürlerini açıklamalıdır.

---

Ağ Geçidi Bakımı ve Altyapısı

Ağ Geçidi Yönetimi Neden Önemlidir

Şirket içi veri ağ geçidi, çoğu Power BI ortamının operasyonel açıdan en zorlu bileşenidir. Power BI Hizmetini şirket içi veri kaynaklarına (SQL Server, Oracle, SAP, dosya paylaşımları) bağlar ve sürekli bakım gerektirir.

Ağ geçidi bakım sorumlulukları:

• Güncelleme yönetimi: Microsoft, ağ geçidi güncellemelerini aylık olarak yayınlar. Güncelleştirmelerin üretim dağıtımından önce bir hazırlama ortamında test edilmesi gerekir çünkü ara sıra gerilemelere neden olurlar. Yönetilen bir hizmet sağlayıcısı, özellikle bu amaç için bir hazırlama ağ geçidini korur.

• Küme yönetimi: Yüksek kullanılabilirlik için üretim ağ geçitleri kümeler halinde (minimum iki düğüm) dağıtılmalıdır. Sağlayıcı, küme sağlığını izler, düğüm yük devretmesini yönetir ve yük dengelemenin doğru şekilde çalışmasını sağlar.

• Bağlantı yönetimi: Her veri kaynağı bağlantısında süresi dolan kimlik bilgileri, yenilenmesi gereken sertifikalar ve kesintiye uğrayabilecek ağ bağlantısı bulunur. Sağlayıcı bağlantı durumunu izler ve sorunları proaktif olarak düzeltir.

• Performans izleme: Ağ geçidinin performansı, üzerinden daha fazla veri kümesi ve sorgu yönlendirildikçe zamanla düşer. Sağlayıcı sorgu verimini, bellek kullanımını ve CPU yükünü izleyerek eşiklere yaklaşıldığında yatay ölçeklendirme (ek düğümler) önerir.

• Güvenlik: Ağ geçidi hizmeti hesapları en az ayrıcalık ilkelerine uymalıdır. Sağlayıcı, hizmet hesabı izinlerini inceler, yetkisiz erişim girişimlerini izler ve aktarım sırasında şifrelemeyi sağlar.

Kapasite Yönetimi

Power BI Premium veya Fabric kapasitesini kullanan kuruluşlar için kapasite yönetimi, yönetilen hizmetlerin kritik bir sorumluluğudur.

Temel kapasite yönetimi faaliyetleri:

• Kapasite sınırlarına göre CPU ve bellek kullanımının izlenmesi
• Orantısız kaynak tüketen sorguların ve veri kümelerinin belirlenmesi
• Kapasite yükünü azaltmak için veri kümesi optimizasyonunun önerilmesi
• Büyüme trendlerine göre kapasite ölçeklendirmesinin planlanması (SKU'ların yükseltilmesi veya kapasite eklenmesi)
• Yapı kapasiteleri için otomatik ölçeklendirme yapılandırmasının yönetilmesi
• Sıcak noktaları önlemek için iş yüklerini kapasitelere dağıtma

Kapasitenin aşırı kullanımı, yavaş rapor yükleme, yenileme hataları ve zaman aşımı hataları olarak kendini gösteren kısıtlamaya neden olur. Temel neden altyapı olduğunda, bu belirtiler sıklıkla rapor tasarımı sorunları olarak yanlış teşhis edilir. İyi yönetilen bir hizmet sağlayıcı, gerçek nedeni belirlemek için kullanıcılar tarafından bildirilen sorunları kapasite ölçümleriyle ilişkilendirir.

---

Maliyet Yapıları ve Ticari Modeller

Kullanıcı Başına Fiyatlandırma

Bazı sağlayıcılar, yönetim altındaki Power BI kullanıcılarının sayısına göre ücret alır. Fiyatlar, SLA katmanına ve dahil edilen hizmetlere bağlı olarak genellikle kullanıcı başına ayda 15 ila 75 ABD Doları arasında değişir.

Avantajları: Tahmin edilebilir, kullanıcı tabanınıza göre doğal olarak ölçeklenir, bütçelendirilmesi kolaydır.

Dezavantajları: Ortamın karmaşıklığını hesaba katmaz. 500 kullanıcılı ve 50 raporlu bir kuruluşun, 500 kullanıcılı ve 500 raporlu bir kuruluştan çok farklı destek ihtiyaçları vardır. Kullanıcı başına fiyatlandırma, kullanıcı büyümesini sınırlamak için ters bir teşvik de yaratabilir.

Rapor Başına Fiyatlandırma

Daha az yaygın olmakla birlikte bazı sağlayıcılar, yönetim altındaki raporların, veri kümelerinin veya çalışma alanlarının sayısına göre ücretlendirme yapar. Fiyatlar rapor başına aylık 100 ila 500 ABD Doları arasında değişmektedir.

Avantajlar: Sağlayıcının gerçekleştirdiği işin kapsamına doğrudan bağlıdır.

Dezavantajları: Bir "raporun" ne olduğunu tanımlamak zordur (30 sayfalık bir rapor, tek sayfalık bir kontrol paneliyle aynı mıdır?). Daha az rapor sağlayıcı için daha düşük gelir anlamına geldiğinden raporların birleştirilmesini engelleyebilir.

Sabit Aylık Hizmet

Orta ölçekli ve kurumsal katılımlar için en yaygın model. Sağlayıcı, ortamınızın, destek gereksinimlerinizin ve geliştirme gereksinimlerinizin değerlendirilmesine dayalı olarak sabit bir aylık ücret teklif eder.

Avantajları: Tahmin edilebilir bütçeleme, teşviklerde yanlış hizalama olmaması, sağlayıcı, destek hacmindeki değişkenliği karşılar.

Dezavantajları: Önceden doğru kapsam belirlemeyi gerektirir. Ortam önemli ölçüde büyürse, hizmetlinin yeniden müzakereye ihtiyacı olabilir. Sağlayıcılar, başlangıç ​​fiyatını kullanıma dayalı modellerden daha yüksek hale getiren bir tampon oluşturabilir.

Hibrit Modeller

Birçok sağlayıcı, temel hizmet sağlayıcıyı (proaktif bakım ve reaktif desteği kapsayan) indirimli fiyatla faturalandırılan değişken geliştirme saatleriyle birleştiren hibrit modeller sunar. Bu, operasyonel temel için maliyet öngörülebilirliği sağlarken geliştirme çalışmaları için esneklik sağlar.

Önerilen yaklaşım: Temel destek hacmini ve geliştirme ihtiyaçlarını belirlemek için sabit bir hizmette 3 aylık bir pilot çalışmayla başlayın. Pilot uygulamadan sonra gerçek verilere dayalı 12 aylık bir anlaşma üzerinde pazarlık yapın. Üç aylık kapsam incelemeleri ve ayarlamalarına ilişkin hükümleri ekleyin.

---

Ne Zaman Dışarıdan Kaynak Alınmalı? Ne Zaman Şirket İçinde Oluşturulmalı?

Karar Çerçevesi

Dış kaynak mı yoksa şirket içi mi kararı ikili değildir. Çoğu kuruluş, bazı yeteneklerin dahili, bazılarının ise dışarıdan temin edildiği hibrit bir modele yönelir. Doğru denge sizin özel koşullarınıza bağlıdır.

Şu durumlarda dış kaynak kullanımı:

• Power BI ortamınızda 500'den az kullanıcı var (özel dahili personeli haklı çıkarmak için yeterli ölçek yok)
• Pazarınızda Power BI uzmanlarını işe alamaz veya elinizde tutamazsınız
• Ortamınız istikrarlı ve öncelikli ihtiyaç yenilik değil bakımdır
• 7/24 desteğe ihtiyacınız var ancak dahili çağrı rotasyonunun maliyetini karşılayamıyorsunuz
• Hızlı bir büyüme aşamasındasınız ve desteği işe alabileceğinizden daha hızlı ölçeklendirmeniz gerekiyor

Şirket içi kurulum şu durumlarda gerçekleşir:

• Power BI ortamınız karmaşık, düzenlenmiş verilere sahip 2.000 kullanıcıyı aşıyor
• Power BI o kadar stratejiktir ki BI uzmanlığı temel bir organizasyonel yeterlilik olmalıdır
• Veri kaynaklarınız, iş mantığınız ve güvenlik gereksinimleriniz harici destek için fazla uzmanlaşmıştır
• En iyi Power BI yeteneklerini çekecek bütçeye ve işveren markasına sahipsiniz
• Sektör düzenlemeleriniz üçüncü tarafların veri ortamlarına erişimini kısıtlıyor

Hibrit model (en yaygın):

• Dahili ekip Tier 3'ü (stratejik, mimari, yönetişim) yönetir
• Yönetilen hizmet sağlayıcısı Tier 1-2'yi (reaktif destek, proaktif izleme) yönetir
• Geliştirme işi bölümü: sağlayıcı rutin rapor taleplerini yerine getirir, dahili ekip stratejik projeleri yönetir
• Tedarikçi yoğun dönemlerde, tatillerde ve kapasite boşluklarında dahili ekibini güçlendirir

Toplam Sahip Olma Maliyeti Karşılaştırması

Orta ölçekli bir Power BI ortamı (500 kullanıcı, 100 rapor, 3 ağ geçidi) için dahili personel ve yönetilen hizmetler arasında gerçekçi bir TCO karşılaştırması:

Yönetilen hizmetler modeli, sağlayıcının birden fazla müşteri arasındaki uzmanlığı, araçları ve süreçleri amorti etmesi nedeniyle genellikle eşdeğer dahili personel alımından %25-40 daha az maliyetlidir. Tasarruflar en çok derin uzmanlığa ihtiyaç duyan ancak yalnızca yarı zamanlı olan kuruluşlar için belirgindir.

Ancak dikkate alınan tek şey TCO değildir. Dahili ekipler kurumsal bilgi oluşturur, anlık stratejik tartışmalar için kullanılabilir ve projeler genelinde yeniden kullanılabilir. Yönetilen hizmet sağlayıcıları daha geniş bir sektör deneyimi sunar, şirket içi cirodan etkilenmez ve ölçeklerini daha hızlı artırabilir veya azaltabilirler. Karar verirken hem maliyeti hem de yeteneği göz önünde bulundurun.

---

Yönetilen Hizmet Sağlayıcılarını Değerlendirme

Teknik Değerlendirme Kriterleri

Referans Kontrol Soruları

Bir sağlayıcının mevcut müşterileriyle konuşurken şu soruları sorun:

1. Yalnızca SLA'da değil, pratikte de kritik sorunlara ne kadar hızlı yanıt veriyorlar?
2. Hiç bir SLA hedefini kaçırmışlar mı? Ne oldu?
3. Sorunları proaktif olarak mı tespit ediyorlar yoksa sorunları önce siz mi buluyorsunuz?
4. Yalnızca teknik ortamı değil, iş bağlamınızı da ne kadar iyi anlıyorlar?
5. İmkanınız olsaydı nişanla ilgili neyi değiştirirdiniz?
6. Toplam Power BI işletim maliyetinizi azaltmanıza yardımcı oldular mı?
7. Kapsam kayması ve kapsam dışı talepleri nasıl ele alıyorlar?

Sözleşme Müzakere İpuçları

• Yıllık bir sözleşme imzalamadan önce 3-6 aylık bir pilot çalışmayla başlayın. SLA performansını, ekip kalitesini ve kültürel uyumu doğrulamak için pilotu kullanın.
• Kolaylık olması açısından fesih dahil 60-90 gün önceden bildirimde bulunulması. Çıkış seçeneği olmadan uzun vadeli kilitlenmeden kaçının.
• Kapsam sınırlarını açıkça tanımlayın. Neler dahildir ve neler ayrı olarak faturalandırılır? Ortak gri alanlar: kullanıcı eğitimi, yeni veri kaynağı entegrasyonu, önemli rapor yeniden tasarımları ve kapasite yükseltmeleri.
• Fesih sırasında belgelerin teslim edilmesini zorunlu kılın. Tüm runbook'lar, mimari belgeler, değişiklik günlükleri ve ortam yapılandırmaları aktarılmalıdır.
• SLA ihlalleri için bir hizmet kredi mekanizması ekleyin. Tipik yapı: SLA ihlali başına aylık %5 kredi, aylık ücretlerin %25'i ile sınırlıdır.
• Premium katmanlar için adlandırılmış kaynakları zorunlu kılın. Özel bir ekip için ödeme yapıyorsanız, onların kim olduğunu bilmeli ve değiştirilecek kişiler hakkında bilgi sahibi olmalısınız.

ECOSIRE, destek stratejilerini değerlendiren kuruluşlar için şeffaf SLA'lar, adlandırılmış danışmanlar ve aydan aya pilot seçenekler içeren esnek yönetilen hizmet paketleri sunar.

---

Yönetilen Hizmetlere Geçiş

İlk Katılım Süreci

İyi yapılandırılmış bir işe alım süreci 2-4 hafta sürer ve şunları kapsar:

1. Hafta: Keşif ve erişim kurulumu

• Sağlayıcı, Power BI Hizmeti yönetici portalına salt okunur erişim alır
• Kapsamlı ortam envanteri (çalışma alanları, veri kümeleri, raporlar, ağ geçitleri, kapasite)
• Güncel sayı biriktirme incelemesi
• Paydaş tanıtımları ve iletişim kanalı kurulumu

2. Hafta: Değerlendirme ve temel seviye

• Performans temel ölçümleri (rapor yükleme süreleri, yenileme süreleri, kapasite kullanımı)
• Güvenlik incelemesi (RLS yapılandırmaları, paylaşım ayarları, kiracı ayarları)
• Ağ geçidi sağlık değerlendirmesi
• Veri kaynağı envanteri ve bağlantı durumu doğrulaması

3. Hafta: Dağıtımı ve süreç kurulumunu izleme

• Otomatik izleme araçları dağıtıldı ve yapılandırıldı
• Temel ölçümlere göre belirlenen uyarı eşikleri
• Biletleme sistemi entegrasyonu (ServiceNow, Jira veya sağlayıcının sistemi)
• Eskalasyon prosedürleri belgelendi ve test edildi

4. Hafta: Bilgi aktarımı ve canlıya geçiş

• Belgelenen önemli raporlar ve veri kümeleri (iş bağlamı, veri kökeni, bilinen sorunlar)
• Yinelenen bakım görevleri için gösterinin tamamı belgelendi
• Sağlayıcı birincil destek sorumluluğunu üstlenir
• 30 günlük hiper bakım dönemi başlıyor (yüksek dikkat ve sık kontroller)

Yaygın Geçiş Tuzakları

• Belgelenmemiş kurumsal bilgi. Herhangi bir destek geçişindeki en büyük risk, yalnızca insanların kafasında var olan bilgidir. Yapılandırılmış bilgi aktarımı oturumlarıyla bunu azaltın ve tartışılan her şeyin belgelenmesinde ısrar edin.
• Sorumluluk sınırları net değil. Geçiş sırasında kimin neyi ele aldığı çok açık olmalıdır. Her destek faaliyeti için bir RACI matrisi (Sorumlu, Sorumlu, Danışılan, Bilgilendirilen) tanımlayın.
• Kullanıcı iletişim boşlukları. Son kullanıcıların desteğin geçiş aşamasında olduğunu, yeni sağlayıcıyla nasıl iletişim kuracaklarını ve geçiş döneminde neler bekleyeceklerini bilmeleri gerekir. Yetersiz iletişim kafa karışıklığı ve hayal kırıklığı yaratır.
• İlk katılım sürecini hızlandırmak. "Bir hafta içinde yayına geçme" sözü veren sağlayıcılar işin kolayına kaçıyor. Kaliteli katılım, keşif, değerlendirme ve bilgi aktarımı için zaman gerektirir. Katılım sırasındaki kısayollar, aylar sonra bile sorun yaratır.

---

SSS

Power BI tarafından yönetilen hizmetler için tipik sözleşme süresi nedir?

Çoğu sağlayıcı, 3-6 aylık bir pilot dönemin ardından otomatik yenilemeli 12 aylık sözleşmeler sunar. Bazıları %10-20 primle aydan aya düzenlemeler sunuyor. Daha uzun bir vadeye karar vermeden önce uygunluğu doğrulamak için bir pilot uygulamayla başlamanızı öneririz. Yıllık sözleşmeler genellikle aylık düzenlemelere göre %10-15 maliyet tasarrufu sunar ve sağlayıcıya ortamınızı derinlemesine öğrenmeye yatırım yapması için yeterli istikrar sağlar.

Yönetilen bir hizmet sağlayıcısı hassas verilerimize erişebilir mi?

Erişim seviyelerinin kapsamı dikkatlice belirlenmelidir. Çoğu yönetilen hizmet etkinliği için sağlayıcının Power BI Hizmeti yönetici erişimine ve ağ geçidi sunucusu erişimine ihtiyacı vardır ancak temel verilere erişime ihtiyacı yoktur. Satır düzeyindeki güvenlik ve çalışma alanı izinleri, sağlayıcının ekip üyelerinin görebileceği verileri kısıtlayabilir. Yüksek düzeyde düzenlemeye tabi ortamlar için (sağlık hizmetleri, finansal hizmetler), sağlayıcının ilgili sertifikalara (SOC 2, HIPAA BAA, ISO 27001) sahip olduğundan ve veri yönetimi çerçeveniz dahilinde çalışabildiğinden emin olun. Tüm erişimler günlüğe kaydedilmeli ve denetlenebilir olmalıdır.

Yönetilen hizmetler dahili BT ekibimizle nasıl çalışır?

En etkili model, yönetilen hizmet sağlayıcının operasyonel görevleri (izleme, sorun giderme, rutin geliştirme) üstlendiği, dahili ekibinizin ise stratejik girişimlere (mimari kararlar, yönetişim politikası, iş uyumu) ​​odaklandığı işbirliğine dayalı bir ortaklıktır. İletişim genellikle paylaşılan bir biletleme sistemi, düzenli senkronizasyon toplantıları (operasyonel için haftalık, stratejik için aylık) ve tanımlanmış bir yükseltme yolu aracılığıyla gerçekleşir. Sağlayıcı ekibinizi güçlendirmeli, onun yerine geçmemeli veya onunla rekabet etmemelidir.

Power BI kesintisi Microsoft'tan kaynaklanıyorsa ne olur?

Microsoft hizmet kesintileri, yönetilen hizmet sağlayıcının kontrolü dışındadır ancak iyi bir sağlayıcı, kesintiler sırasında yine de değer katar. Kesintiyi proaktif bir şekilde size bildirmeli (çoğunlukla kullanıcılarınız fark etmeden önce), Microsoft'tan durum güncellemelerini iletmeli, ortamınız üzerindeki etkiyi değerlendirmeli ve hizmet geri yüklendikten sonra kurtarma prosedürlerini uygulamalıdır. Çözüm için SLA zamanlayıcıları genellikle onaylanmış Microsoft kesintileri sırasında duraklatılır, ancak yanıt süresi SLA'ları yine de geçerli olmalıdır (sağlayıcı yine de yanıt süresi hedefi dahilinde bunu onaylamalı ve iletişim kurmalıdır).

Yönetilen hizmet sağlayıcımızın değer sağlayıp sağlamadığını nasıl ölçeriz?

Beş temel ölçümü üç ayda bir izleyin: (1) SLA uyumluluk oranı (hedef: %95+), (2) ayda kullanıcı tarafından bildirilen olaylar (proaktif bakım sorunları daha erken tespit ettiğinden zamanla azalmalıdır), (3) ortalama çözüm süresi (sağlayıcı ortam bilgisi oluşturdukça artmalıdır), (4) kullanıcı memnuniyeti puanı (rapor tüketicilerine yönelik üç aylık anket) ve (5) etkileşim öncesi temel değere kıyasla BI sahipliğinin toplam maliyeti. Değer sağlayan bir sağlayıcı, ilk iki çeyrekte beş ölçütün tamamında ölçülebilir bir iyileşme göstermelidir. Altı ay sonra ölçümler sabitse veya düşüyorsa resmi bir performans incelemesi başlatın.