Power BI uygulama planlaması: BI çözüm planlaması

Not

Bu makale, Power BI uygulama planlama makale serisinin bir bölümünü oluşturur. Bu seri öncelikle Microsoft Fabric içindeki Power BI iş yüküne odaklanır. Seriye giriş için bkz . Power BI uygulama planlaması.

Bu makale, iş zekası (BI) stratejinizi destekleyen çözümler planlamanıza yardımcı olur. Öncelikli olarak şu hedeftedir:

• BI ve analiz yöneticileri veya yöneticileri: İŞ zekası programını ve stratejik olarak önemli iş zekası çözümlerini denetlemekle sorumlu olan karar alıcılar.
• Mükemmellik Merkezi (COE), BT ve BI ekipleri: Kuruluşlarında kurumsal BI çözümleri tasarlayan ve dağıtan ekipler.
• Konu uzmanları (KOBİ'ler) ve içerik sahipleri ve oluşturucuları: Bir departmanda analizi destekleyen ve self servis, departman BI veya ekip BI kullanım senaryoları için çözümler tasarlayan ve dağıtan ekipler ve kişiler.

BI stratejisi, veri ve analiz uygulama, kullanma ve yönetme planıdır. BI stratejinizi, IŞ zekası stratejik planlamasıyla başlayarak tanımlarsınız. Stratejik planlama, iş zekası odak alanlarınızı ve hedeflerinizi belirlemenize yardımcı olur. İŞ zekası hedeflerinize doğru ilerlemenin yolunu belirlemek için taktiksel planlamayı kullanarak belirli önemli sonuçları açıklarsınız. Daha sonra IŞ zekası çözümlerini planlayıp dağıtarak bu önemli sonuçlara doğru ilerleme elde edebilirsiniz.

Not

Hedefler ve önemli sonuçlar (OKR) çerçevesinde hedefler, elde etmek istediğiniz şeyin açık ve üst düzey açıklamalarıdır. Buna karşılık, önemli sonuçlar hedeflerinizden birine doğru ilerlemeyi ölçmek için belirli, ulaşılabilir sonuçlardır.

Ayrıca girişimler veya çözümler, bir veya daha fazla önemli sonuç elde etmenize yardımcı olmak için oluşturulan süreçler veya araçlardır. Çözümler, kullanıcılar için belirli veri gereksinimlerini karşılar. Bir çözüm veri işlem hattı, veri gölü binası veya Power BI anlam modeli veya raporu gibi birçok form alabilir.

OKR'ler hakkında daha fazla bilgi için bkz . OkR'leri tanıma (Microsoft Viva Hedefleri).

BI çözümlerini planlamak ve uygulamak için birçok yaklaşım vardır. Bu makalede, BI stratejinizi destekleyen BI çözümlerini planlamak ve uygulamak için kullanabileceğiniz bir yaklaşım açıklanmaktadır.

Aşağıdaki üst düzey diyagramda BI çözümü planlamasının nasıl gerçekleştirildiği gösterilmiştir.

BI çözüm planlamasını yürütmek için aşağıdaki adımları uygulayın.

Step	Açıklama
1	Gereksinimleri toplayan ve çözümün tasarımını tanımlayan bir proje ekibi oluşturun.
2	Araçların ve işlemlerin ilk kurulumunu gerçekleştirerek çözüm dağıtımını planlayın.
3	Tasarım hakkındaki varsayımları doğrulamak için bir çözüm kavram kanıtı (POC) gerçekleştirin.
4	Yinelemeli geliştirme ve doğrulama döngülerini kullanarak içerik oluşturun ve doğrulayın.
5	Çözümü üretim ortamına sunulduktan sonra dağıtın, destekleyin ve izleyin.

Not

BI çözüm planlaması hem self servis BI hem de kurumsal BI projeleri için geçerlidir.

Daha fazla bilgi için bkz . Power BI geçiş serisi. Seri geçişle ilgilenirken, önemli eylemler ve dikkat edilmesi gerekenler çözüm planlamasıyla ilgilidir.

1. Adım: Gereksinimleri toplama

İlk olarak gereksinimleri toplayarak ve çözüm tasarımını tanımlayarak çözüm planlamasına başlarsınız.

Not: Stratejik ve taktiksel planlama, girişime öncülük eden bir çalışma ekibi tarafından yönetilir. Buna karşılık, çözüm planlaması, içerik sahiplerinden ve oluşturuculardan oluşan bir proje ekibi tarafından yönetilir.

Doğru gereksinimlerin toplanması, başarılı bir çözüm dağıtımı ve benimsemesi için kritik öneme sahiptir. Gereksinimleri toplamanın etkili bir yolu, doğru paydaşları belirlemek ve dahil etmek, çözülecek sorunu işbirliğiyle tanımlamak ve sorunun ortak anlayışını kullanarak bir çözüm tasarımı oluşturmaktır.

Gereksinimleri toplamak için işbirliğine dayalı bir yaklaşım kullanmanın bazı avantajları aşağıdadır.

• Kullanıcı girişi daha kullanışlı tasarımlar üretir: Gereksinimleri toplamak için kullanıcıları odaklanmış tartışmalara çekerek, iş verileri gereksinimlerini daha etkili bir şekilde yakalayabilirsiniz. Örneğin, kullanıcılar içerik oluşturuculara mevcut çözümleri nasıl kullandıklarını gösterebilir ve bu çözümlerin algılanan etkinliği hakkında geri bildirim sağlayabilir.
• Varsayımlardan kaçının ve değişiklik isteklerini azaltın: Kullanıcılarla yapılan tartışmalarda genellikle nüanslar, özel durumlar ve gizli karmaşıklıklar ortaya çıkar. Bu içgörüler, geç aşamadaki isteklerin ele alınması maliyetli olabilecek olasılıkları azaltır.
• Kullanıcıları ekleme, çözümün benimsenmesini artırır: Kullanıcıları tasarıma ve erken geliştirmeye dahil ederek, onlara nihai sonucu etkileme fırsatı sağlarsınız. Katılım, kullanıcılara çözüm için entelektüel sahiplik ve sorumluluk duygusu da verebilir. Yüksek oranda ilgili kullanıcıların çözümü onaylama ve etkili bir şekilde kullanma konusunda uygulama topluluğuna liderlik etme olasılığı daha yüksek olacaktır.
• Tasarımlar proje katılımcıları ve iş kullanıcıları için beklentileri belirler: Çözüm tasarımının sahtelerini veya çizimlerini üreterek, paydaşlara çözümün neler sunacağını açıkça gösterebilirsiniz. Ayrıca beklenen proje sonucunu karşılıklı olarak anlayarak da yardımcı olur. Bu süreç tasarım düşüncesi olarak da bilinir ve karmaşık sorunlara yaklaşmak ve anlamak için etkili bir yol olabilir.

Kullanıcılarla etkileşim kurmak ve gereksinimleri toplamak için farklı yaklaşımlar benimsebilirsiniz. Örneğin, iş tasarımı ve teknik tasarım ile gereksinimleri toplayabilirsiniz (bu makalenin sonraki bölümlerinde ayrıntılı olarak açıklanmıştır).

İş tasarımı, iş gereksinimlerini toplamaya yönelik bir yaklaşımdır. Çözümü işbirliğiyle tasarlamak için iş kullanıcılarını iş tasarımı oturumlarına eklemeye odaklanır. İş tasarımının çıktısı, çözüm sahteleri ve açıklayıcı tasarım belgelerinden oluşur.

Teknik tasarım, iş gereksinimlerini teknik gereksinimlere çevirmek ve tasarım varsayımlarını ele almak için bir yaklaşımdır. Teknik tasarım, iş tasarımını doğrulamaya ve kullanılacak teknik bir yaklaşım tanımlamaya odaklanır. Tasarımı doğrulamak için içerik oluşturucular genellikle gerektiğinde teknik tasarım oturumları olarak adlandırılan odaklanmış tartışmalarda teknik uzmanlarla etkileşim kurar.

Önemli

Yanlış gereksinimlerin toplanması, uygulamaların başarısız olmasının yaygın bir nedenidir. Ekipler genellikle, çözümlerin derlenmesini sağlayan yukarıdan aşağıya yönelik istekler sağlayan karar alıcılar gibi yanlış paydaşlarla etkileşime girdikleri için yanlış gereksinimleri toplar.

İş tasarımı gibi işbirliğine dayalı yaklaşımları kullanarak iş kullanıcılarıyla etkileşim kurmak, daha iyi gereksinimler toplamanıza yardımcı olabilir. Daha iyi gereksinimler genellikle daha verimli geliştirme ve daha sağlam çözümlere yol açar.

Not

Bazı ekipler için yapılandırılmış gereksinimler toplama sürecini benimsemek büyük bir değişikliktir. Bu değişikliği yönettiğinizi ve çözüm planlamasını kesintiye uğratmadığından emin olun. Bu yaklaşımları ekibinizin çalışma şekline uyacak şekilde uyarlamanın yollarını bulmanızı öneririz.

Çözüm planlamasına hazırlanma

Önce aşağıdaki bölümlerde açıklanan faktörleri göz önünde bulundurarak çözüm planlamasına hazırlanmanız gerekir.

• Çözüm planlamasını kimin gerçekleştireceğini belirleme: İŞ zekası taktiksel planlamasının bir parçası olarak, çalışma ekibi çözümlerin önceliklendirilmiş bir kapsamı oluşturmuştur. Çözüm planlamada proje ekibi, kapsam içindeki bir veya daha fazla çözümü tasarlamaktan, geliştirmekten ve dağıtmaktan sorumludur. Kapsam içindeki her çözüm için çözümden sorumlu olacak bir proje ekibi derlemeniz gerekir. Proje ekibi, BI çözüm planlamasını çalıştırmanın yanı sıra şunları da yapmalıdır:
  • Çözüm planlaması için zaman çizelgelerini ve kilometre taşlarını tanımlayın.
  • Gereksinimlerin toplanması için doğru paydaşları belirleyin ve dahil edin.
  • İletişim, belgeler ve planlama için merkezi bir konum ayarlayın.
  • Gereksinimleri toplamak için paydaşlarla etkileşime geçin.
  • Paydaşlar ve iş kullanıcıları ile iletişim kurun ve koordine edin.
  • İş kullanıcıları ile yinelemeli geliştirme ve test döngülerini düzenleme.
  • Çözümü belgeleyin.
  • Eğitim planı tanımlayıp hayata geçirme yoluyla kullanıcıları çözüme ekleyin.
  • Dağıtım sonrası çözüm desteği sağlayın.
  • Dağıtımdan sonra çözümü değiştirmek veya güncelleştirmek için makul kullanıcı isteklerini ele alın.
  • Gerekirse dağıtımdan sonra çözüm devretme gerçekleştirin.
• İletişimi ve belgeleri merkezileştirme: Proje ekibinin bi çözümü planlaması için iletişimi ve belgeleri merkezileştirmesi önemlidir. Örneğin proje ekibi gereksinimleri, paydaş iletişimini, zaman çizelgelerini ve teslim edilebilir öğeleri merkezi hale getirmelidir. Tüm belgeleri merkezi bir portalda depolamayı göz önünde bulundurun.
• Plan gereksinimleri toplama: Proje ekibi, iş gereksinimlerini toplamak için iş tasarımı oturumlarını planlayarak başlamalıdır. Bu oturumlar etkileşimli toplantılar biçimindedir ve stratejik planlama atölyelerine benzer bir biçimi izleyebilir.

İpucu

Gereksinimleri toplama sürecinin başlarında çözümden sorumlu destek ekiplerini belirlemeyi ve dahil etmeyi göz önünde bulundurun. Çözümü etkili bir şekilde desteklemek için destek ekiplerinin çözümü, amacını ve kullanıcıları kapsamlı bir şekilde anlamayı öğrenmesi gerekir. Proje ekibi yalnızca dış danışmanlardan oluşuyorsa bu özellikle önemlidir.

İş gereksinimlerini toplama

Doğru iş gereksinimlerini toplamak, doğru çözümü tasarlama açısından kritik öneme sahiptir. Proje ekibi, doğru gereksinimleri toplamak ve etkili bir çözüm tasarımı tanımlamak için iş kullanıcıları ile birlikte iş tasarımı oturumları yürütebilir.

İş tasarımı oturumlarının amacı:

• İlk çözüm kapsamını onaylayın.
• Çözümün çözmesi gereken sorunu tanımlayın ve anlayın.
• Çözüm için doğru anahtar paydaşları belirleyin.
• Doğru iş gereksinimlerini toplayın.
• İş gereksinimlerini karşılayan bir çözüm tasarımı hazırlayın.
• Destekleyici tasarım belgelerini hazırlayın.

Aşağıdaki diyagramda iş gereksinimlerinin nasıl toplanacağı ve iş tasarımı yaklaşımı kullanılarak çözüm tasarımının nasıl tanımlanacağı gösterilmiştir.

Diyagramda aşağıdaki adımlar gösterilmiştir.

Kalem	Açıklama
	Proje ekibi, taktik planlamada ilk olarak belgelenen çözüm kapsamını onaylayarak iş tasarımına başlar. Çözümün kapsayacağı iş alanlarını, sistemleri ve verileri netleştirmelidir.
	Proje ekibi, kullanıcı topluluğundan iş tasarımı oturumlarına dahil olacak önemli paydaşları belirler. Önemli paydaşlar, çözümün konu alanlarını temsil etmek için yeterli bilgiye ve güvenilirlike sahip kullanıcılardır.
	Proje ekibi, iş tasarımı oturumlarını planlar. Planlama, paydaşları bilgilendirmeyi, toplantıları düzenlemeyi, teslim edilebilir öğeleri hazırlamayı ve iş kullanıcılarıyla etkileşimde bulunmayı içerir.
	Proje ekibi, iş kullanıcılarının mevcut iş verileri gereksinimlerini karşılamak için kullandığı mevcut çözümleri toplar ve araştırır. Proje ekibi, bu süreci hızlandırmak için iletişim merkezinde belgelenmiş olan BI stratejik planlamasıyla ilgili araştırmaları kullanabilir.
	Proje ekibi, proje katılımcılarıyla iş tasarımı oturumları yürütür. Bu oturumlar, proje ekibinin proje katılımcılarını iş verileri gereksinimlerini ve gereksinimlerini anlamaları için yönlendirdiği küçük, etkileşimli toplantılardır.
	Proje ekibi, proje katılımcılarına ve diğer kullanıcılara geri bildirim ve onay için taslak bir çözüm tasarımı sunarak iş tasarımını sonlandırıyor. Proje katılımcıları tasarımın iş hedeflerine ulaşmalarına yardımcı olacağını kabul ettiğinde iş tasarımı başarılı olur.

İş tasarımı aşağıdaki teslim edilebilir öğelerle sona erer.

• Taslak çözüm tasarımları: Sahte modeller, prototipler veya tel çerçeve diyagramları çözüm tasarımını gösterir. Bu belgeler gereksinimleri somut bir tasarım şemasına çevirir.
• İş ölçümleri listesi: İş tanımları ve beklenen toplamalar dahil olmak üzere çözümde beklenen nicel alanlar. Mümkünse, bunları kullanıcılar için önem derecesine göre dereceleyin.
• İş özniteliklerinin listesi: İş tanımları ve öznitelik adları dahil olmak üzere çözümde beklenen ilgili öznitelikler ve veri yapıları. Mümkünse hiyerarşileri dahil edin ve öznitelikleri kullanıcılar için önem derecesine göre derecelandırın.
• Ek belgeler: Önemli işlev veya uyumluluk gereksinimlerinin açıklamaları. Bu belgelerin gerektiği kadar kesin, ancak mümkün olduğunca kısa olması gerekir.

İş tasarımı teslim edilebilir öğeleri, teknik tasarımda kullanılır ve doğrulanır.

İpucu

Çözüm sahteleri, prototipler veya tel çerçeve diyagramları, hem geliştiriciler hem de son kullanıcılar için beklenen sonucu net bir şekilde anlayabilir. Etkili mock-up'lar oluşturmak için artistik beceri veya yetenek gerekmez. Tasarımı göstermek için Microsoft Whiteboard, PowerPoint gibi basit araçları, hatta yalnızca kalem ve kağıt kullanabilirsiniz.

Teknik gereksinimleri toplama

proje ekibi, iş tasarımını tamamladıktan sonra teknik bir tasarım kullanarak sonuçlarını doğrular. Teknik tasarım, iş tasarımına benzer bir yaklaşımdır. İş tasarımı iş verileri gereksinimlerine odaklanırken, teknik tasarım çözümün teknik yönlerine odaklanır. Teknik tasarımın önemli bir sonucu, nihai çözüm tasarımını açıklayan ve uygulama çabasına ilişkin tahminleri bilgilendiren çözüm planıdır.

Not

İş tasarımından farklı olarak teknik tasarım, içerik oluşturucuları ve sahipleri tarafından yürütülen kaynak veriler ve sistemler hakkında büyük ölçüde bağımsız bir araştırmadır.

Teknik tasarımın amacı:

• İş tasarımının sonuçlarını doğrulayın.
• Geçerli tasarımdaki teknik varsayımları ele alın.
• Kapsamdaki ilgili veri kaynaklarını tanımlayın ve her veri kaynağı için alan hesaplamalarını ve alan kaynağı eşlemelerini tanımlayın.
• İş gereksinimlerini teknik gereksinimlere çevirin.
• Uygulama için gereken çabanın tahminlerini oluşturun.

Proje ekibi sınırlı, odaklanmış teknik tasarım oturumlarında teknik veya işlevsel paydaşlarla etkileşime girer. Bu oturumlar, teknik gereksinimleri toplamak için işlevsel paydaşlarla etkileşimli toplantılardır. Paydaşlar, çözümün etkili bir şekilde çalışması için gereken belirli işlevsel alanlardan sorumludur.

Teknik tasarımdaki paydaşlara örnek olarak şunlar verilebilir:

• Güvenlik ve ağ ekipleri: Verilerin güvenliğini ve uyumluluğunu sağlamakla sorumludur.
• İşlevsel ekipler ve veri sorumluları: Kaynak verilerin küratörleştirilmesinden sorumludur.
• Mimarlar: Belirli platformların, araçların veya teknolojilerin sahipleri.

Proje ekibi, çözümün teknik yönlerini ele almak için proje katılımcılarıyla teknik tasarım oturumlarına katılır. Teknik yönleri şunlar olabilir:

• Veri kaynağı bağlantıları: Veri kaynaklarına bağlanma ve veri kaynaklarıyla tümleştirme hakkındaki ayrıntılar.
• Ağ ve veri ağ geçitleri: Özel ağlar veya şirket içi veri kaynakları hakkındaki ayrıntılar.
• Alan kaynağı eşlemesi: İş ölçümlerinin ve özniteliklerinin veri kaynağı alanlarıyla veri eşlemeleri.
• Hesaplama mantığı: İş tanımlarının teknik hesaplamalara çevirisi.
• Teknik özellikler: İş gereksinimlerini desteklemek için gereken özellikler veya işlevler.

İpucu

İş tasarımını yürüten proje ekibi de teknik tasarımı yürütmelidir. Ancak, pratik nedenlerle, farklı bireyler teknik tasarıma liderlik edebilir. Bu durumda, iş tasarımının sonuçlarını gözden geçirerek teknik tasarıma başlayın.

İdeal olarak, teknik tasarıma liderlik eden kişilerin sonuçları ve iş kullanıcılarını kapsamlı bir şekilde anlamış olması gerekir.

Aşağıdaki diyagramda, teknik tasarım kullanılarak iş gereksinimlerinin teknik gereksinimlere nasıl çevrildiği gösterilmiştir.

Diyagramda aşağıdaki adımlar gösterilmiştir.

Kalem	Açıklama
	Proje ekibi, iş tasarımının sonuçlarına göre veri kaynağı kapsamını tanımlayarak teknik tasarıma başlar. Veri kaynağı kapsamı, çözümü oluşturmak için hangi verilerin gerekli olduğunu bildirir. Proje ekibi, doğru veri kaynaklarını belirlemek için iş ve işlevsel KOBİ'lere danışmaktadır.
	Proje ekibi, teknik tasarım oturumlarına daha sonra dahil olacak teknik veya işlevsel paydaşları belirler.
	Proje ekibi, çözümün teknik yönlerini ele almak için işlevsel paydaşlarla sınırlı, odaklanmış oturumlar planlıyor. Planlama, paydaşları bilgilendirmeyi, toplantıları düzenlemeyi ve teslim edilebilir öğeleri hazırlamayı içerir.
	Proje ekibi teknik gereksinimleri araştırmaktadır. Araştırma, alan hesaplamaları ve veri kaynağı eşlemeleri tanımlamayı ve ayrıca teknik analiz ve belgelerle iş tasarımı varsayımlarını ele almayı içerir.
	Gerekirse proje ekibi, proje katılımcılarını teknik tasarım oturumlarına dahil eder. Oturumlar, çözümün güvenlik veya veri kaynağı bağlantıları gibi belirli, teknik bir yönüne odaklanır. Bu oturumlarda proje ekibi, proje katılımcılarından ve KOBİ'lerden nitel geri bildirim toplar.
	Proje ekibi, paydaşlara ve karar alıcılara sundukları bir çözüm planını kullanarak bulgularını hazırlar. Plan, son tasarımı, tahminleri ve diğer teslim edilebilir öğeleri içeren iş tasarımı sonuçlarının yinelemesi ve uzantısıdır.
	Teknik tasarım, devam edip etmeyeceğine karar vermek için proje katılımcıları ve karar alıcılarla son bir toplantı ile sonuçlanmalıdır. Bu toplantı, kaynaklar çözümü geliştirmeye kararlı olmadan önce çözüm planlamasını değerlendirmek için son bir fırsat sağlar.

Not

Teknik tasarım, geçerli kaynak kullanılabilirliği veya kuruluş hazırlığı göz önünde bulundurulduğunda çözüm planlamasını uygulanabilir hale getirebilecek beklenmeyen karmaşıklık ortaya çıkabilir. Bu durumda, çözüm sonraki taktiksel planlama döneminde yeniden değerlendirilmelidir. İş verileri gereksinimlerinin aciliyetine bağlı olarak, yönetici sponsoru gibi bir karar alıcı hala bir kavram kanıtıyla veya planlanan çözümün yalnızca bir parçasıyla devam etmek isteyebilir.

Teknik tasarım, aşağıdaki teslim edilebilir öğelerden oluşan bir çözüm planıyla sona erer.

• Araçlar ve teknolojiler: Çözümü uygulamak için gereken ilgili teknik araçların listesi. Liste genellikle ilgili yeni lisans seçeneklerini (Doku kapasitesi veya Kullanıcı başına Premium gibi), özellikleri ve araçları içerir.
• İş ölçümlerinin tanımlı listesi: Tüm kapsam içi veri kaynakları için iş ölçümlerinin hesaplamaları ve alan kaynağı eşlemeleri. Proje ekibi, bu teslim edilebilir öğeyi üretmek için iş tasarımında oluşturulan iş ölçümlerinin listesini kullanır.
• İş özniteliklerinin tanımlı listesi: Tüm kapsam içi veri kaynakları için iş özniteliklerinin alan kaynağı eşlemeleri. Proje ekibi, bu teslim edilebilir öğeyi üretmek için iş tasarımında oluşturulan iş özniteliklerinin listesini kullanır.
• Düzeltilmiş tasarımlar: İş tasarımında yapılan değişikliklere veya geçersiz varsayımlara göre çözüm tasarımında yapılan düzeltmeler. Düzeltilmiş tasarımlar, iş tasarımında üretilen mock-up'ların, prototiplerin veya tel çerçeve diyagramlarının güncelleştirilmiş sürümleridir. Düzeltme gerekmiyorsa, teknik tasarımın iş tasarımını doğruladığını iletin.
• Efor tahmini: Çözümü geliştirmek, desteklemek ve korumak için gereken kaynakların tahmini. Tahmin, çözümü uygulamaya devam edip etmeyeceği konusunda nihai kararı bilgilendirmektedir.

Önemli

Proje ekibinin proje katılımcılarını teknik tasarımdan herhangi bir değişiklik veya beklenmeyen keşif hakkında bilgilendirdiğinden emin olun. Bu teknik tasarım oturumları yine de ilgili iş kullanıcılarını içermelidir. Ancak proje katılımcılarının gereksiz yere karmaşık teknik bilgilere maruz kalmadığından emin olun.

İpucu

İş hedefleri sürekli geliştiği için gereksinimlerin değişmesi beklenir. BI projeleri için gereksinimlerin sabit olduğunu varsaymayın. Değişen gereksinimlerle mücadele ediyorsanız, bu durum gereksinimleri toplama sürecinizin etkili olmadığının veya geliştirme iş akışlarınızın düzenli geri bildirimleri yeterince içermediğinin bir göstergesi olabilir.

Denetim listesi - Gereksinimler toplanırken önemli kararlar ve eylemler şunlardır:

• Çözüm planlamasının sahibini netleştirin: Her çözüm için rol ve sorumlulukların proje ekibi için net olduğundan emin olun.
• Çözüm kapsamını netleştirin: Çözüm kapsamı, BI taktiksel planlamasının bir parçası olarak zaten belgelenmelidir. Çözüm planlamasına başlamadan önce kapsamı netleştirmek için ek zaman ve çaba harcamanız gerekebilir.
• Paydaşları tanımlama ve bilgilendirme: İş tasarımları ve teknik tasarımlar için paydaşları belirleme. Proje hakkında onları önceden bilgilendirin ve iş tasarımından kapsamı, hedefleri, gerekli zaman yatırımını ve teslim edilebilirleri açıklayın.
• İş tasarımı oturumları planlama ve yürütme: Proje katılımcıları ve iş kullanıcılarının bilgilerini elde etmek için iş tasarımı oturumlarını denetleme. Kullanıcıların mevcut çözümleri nasıl kullandıklarını göstermelerini isteyin.
• İş ölçümlerini ve özniteliklerini belgeleyin: Proje katılımcılarının mevcut çözümlerini ve girdilerini kullanarak, iş ölçümleri ve özniteliklerinin listesini oluşturun. Teknik tasarımlarda alanları veri kaynağına eşleyin ve nicel alanların hesaplama mantığını açıklayın.
• Çözüm tasarımını taslak olarak hazırlama: Beklenen çözüm sonucunu görsel olarak yansıtan paydaş girişlerine dayalı yinelemeli sahte modeller oluşturun. Mock-up'ların iş gereksinimlerini doğru şekilde temsil edip karşıladığından emin olun. Teknik tasarım sırasında sahte kopyaların yine de doğrulanması (ve büyük olasılıkla düzeltilmesi) gerektiğini iş kullanıcılarına iletin.
• Çözüm planını oluşturun: İş tasarımının ulaşılabilir olmasını sağlamak için kaynak verileri ve ilgili teknik konuları araştırın. uygun olduğunda, tasarıma yönelik önemli riskleri ve tehditleri ve alternatif yaklaşımları açıklayın. Gerekirse, çözüm tasarımının bir düzeltmesini hazırlayın ve proje katılımcılarıyla tartışın.
• Efor tahminleri oluşturma: Son çözüm planının bir parçası olarak çözümü derleme ve destekleme çabasını tahmin edin. İş tasarımı ve teknik tasarım oturumları sırasında toplanan bilgilerle bu tahminleri iki yana yaslama.
• Plana devam edip etmeyeceğine karar verin: Gereksinimler toplama sürecini sonuçlandırmak için son planı paydaşlara ve karar alıcılara sunun. Bu toplantının amacı, çözüm geliştirmeye devam edilip edilmeyeceğini belirlemektir.

2. Adım: Dağıtım planlama

Proje ekibi gereksinimleri toplamayı, çözüm planını oluşturmayı ve devam etmek için onay almayı tamamladığında, çözüm dağıtımını planlamaya hazırdır.

Dağıtım planlama görevleri çözüme, geliştirme iş akışınıza ve dağıtım sürecinize bağlı olarak farklılık gösterir. Dağıtım planı genellikle çözüme yönelik araç ve süreçlerin planlanması ve ayarlanmasıyla ilgili birçok etkinlikle ilgilidir.

Önemli alanları ele almayı planlama

Proje ekibi, çözüm dağıtımının önemli alanlarını planlamalıdır. Genellikle planlama aşağıdaki alanları ele almalıdır.

• Uyumluluk: Gereksinimler toplamada tanımlanan tüm uyumluluk ölçütlerinin belirli eylemlerle ele alındığından emin olun. Bu eylemlerin her birini belirli kişilere atayın ve teslim zaman çerçevesini açıkça tanımlayın.
• Güvenlik: Farklı çözüm erişim katmanlarının nasıl yönetileceğine ve veri güvenliği kuralı gereksinimlerine karar verin. Çözüm güvenliğinin kiracıdaki standart içerikten daha katı mı yoksa daha az mı olacağını gözden geçirin.
• Veri ağ geçitleri: Çözümün veri kaynaklarına bağlanmak için bir veri ağ geçidine ihtiyacı olup olmadığını değerlendirin. Belirli ağ geçidi ayarlarının mı yoksa yüksek kullanılabilirlik kümelerinin mi gerekli olduğunu belirleyin. Ağ geçidi güvenlik rolleri aracılığıyla ağ geçidi bağlantılarını kimlerin yöneteceğini ve ağ geçitlerini nasıl izleyeceğinizi planlayın. Daha fazla bilgi için bkz . Ağ geçidi erişimi sağlama.
• Çalışma Alanları: Çalışma alanlarının nasıl ayarlanacağına ve kullanılacağına karar verin. Çözümün Git tümleştirmesi ve dağıtım işlem hatları gibi yaşam döngüsü yönetim araçlarını gerektirip gerektirmediğini ve Azure Log Analytics ile gelişmiş günlük kaydı gerekip gerekmediğini belirleyin.
• Destek: Üretim dağıtımından sonra çözümü desteklemek ve sürdürmek için kimin sorumlu olduğunu belirleyin. Destekten sorumlu kişiler proje ekibinden farklıysa, bu bireyleri geliştirme sürecine dahil edin. Çözümü destekleyecek olan kişinin çözüm tasarımını, çözmesi gereken sorunu, kimin kullanması gerektiğini ve nasıl anladığının emin olun.
• Kullanıcı eğitimi: Çözümü etkili bir şekilde kullanabilmeleri için kullanıcı topluluğunun eğitmesi için gereken çabayı tahmin edin. Belirli bir değişiklik yönetimi eyleminin gerekli olup olmadığını göz önünde bulundurun.
• İdare: Çözüm için olası idare risklerini belirleyin. Kullanıcıların çözümü etkili bir şekilde kullanmasına olanak tanımak için gereken çabayı tahmin ederken, herhangi bir idare riskini (örneğin, duyarlılık etiketleri ve ilkeleri kullanarak) azaltabilirsiniz.

İlk kurulumu gerçekleştirin

Proje ekibi, geliştirmeyi başlatmak için ilk ayarlamayı gerçekleştirmelidir. İlk kurulum etkinlikleri şunları içerebilir:

• İlk araçlar ve işlemler: Geliştirme, test ve dağıtım için gereken tüm yeni araçlar ve süreçler için ilk kez kurulum gerçekleştirin.
• Kimlikler ve kimlik bilgileri: Araçlara ve sistemlere erişmek için kullanılacak güvenlik grupları ve hizmet sorumluları oluşturun. Kimlik bilgilerini etkili ve güvenli bir şekilde depolayın.
• Veri ağ geçitleri:Şirket içi veri kaynakları (kurumsal mod ağ geçitleri ) veya özel bir ağda (sanal ağ veya sanal ağ, ağ geçitleri) veri kaynakları için veri ağ geçitleri dağıtın.
• Çalışma alanları ve depolar: İçerik yayımlamak ve depolamak için çalışma alanları ve uzak depolar oluşturun ve ayarlayın.

Not

Dağıtım planlaması, çözüme ve tercih ettiğiniz iş akışına bağlı olarak farklılık gösterir. Bu makalede yalnızca üst düzey planlama ve eyleme dönüştürülebilir öğeler açıklanmaktadır.

Dağıtım planlaması hakkında daha fazla bilgi için bkz . Power BI'a geçiş için dağıtımı planlama.

Denetim listesi - Çözüm dağıtım planlama sırasında önemli kararlar ve eylemler şunlardır:

• Önemli alanları planlama: Çözümünüzü başarıyla geliştirmek ve dağıtmak için ihtiyacınız olan süreçleri ve araçları ele almayı planlayın. Hem teknik alanları (veri ağ geçitleri veya çalışma alanları gibi) hem de benimsemeyi (kullanıcı eğitimi ve idaresi gibi) ele alın.
• İlk kurulumu gerçekleştirin: Çözümü geliştirmek ve dağıtmak için ihtiyacınız olan araçları, işlemleri ve özellikleri oluşturun. Gelecekte ilk kez kurulum yapması gereken diğer kişilere yardımcı olmak için kurulumu belgele.
• Veri kaynağı bağlantılarını test etme: Kavram kanıtını başlatmak için doğru verilere bağlanmak için uygun bileşenlerin ve işlemlerin yerinde olduğunu doğrulayın.

3. Adım: Kavram kanıtı yürütme

Proje ekibi, olağanüstü varsayımları doğrulamak ve iş kullanıcıları için erken avantajları göstermek için bir çözüm kavram kanıtı (POC) yürütür. POC, kapsamı ve olgunluğu sınırlı olan bir ilk tasarım uygulamasıdır. İyi çalışan bir POC, teknik tasarımda algılanan karmaşıklıkları (veya özel durumları) tanımlayıp giderebildiğinden, büyük veya karmaşık çözümler için özellikle önemlidir.

POC'yi hazırlarken aşağıdaki noktalara dikkat edilmesi önerilir.

• Hedefler ve kapsam: Çözüm POC'sinin amacını ve ele alacak işlevsel alanları açıklayın. Örneğin, proje ekibi POC'yi tek bir işlevsel alanla veya belirli bir gereksinim veya özellik kümesiyle sınırlamaya karar verebilir.
• Kaynak veriler: POC'de hangi verilerin kullanılacağını belirleyin. Çözüme bağlı olarak, proje ekibi aşağıdakiler gibi farklı veri türlerini kullanmaya karar verebilir:
  • Üretim (gerçek) verileri
  • Örnek veriler
  • Üretim ortamlarında gözlemlenen gerçek veri hacimlerine ve karmaşıklık düzeyine benzeyen yapay veriler oluşturuldu
• Tanıtım: Proje ekibinin proje katılımcılarına ve kullanıcılara POC'yi nasıl ve ne zaman göstereceğini açıklayın. Tanıtımlar düzenli güncelleştirmeler sırasında veya POC belirli işlevsel ölçütleri karşıladığında verilebilir.
• Ortam: Proje ekibinin POC'yi nerede oluşturacağını açıklayın. İyi bir yaklaşım, POC için ayrı bir korumalı alan ortamı kullanmak ve hazır olduğunda bunu bir geliştirme ortamına dağıtmaktır. Korumalı alan ortamı daha esnek ilkelere ve akıcı içeriğe sahiptir ve hızlı sonuçlar üretmeye odaklanır. Buna karşılık, geliştirme ortamı işbirliğini sağlayan daha yapılandırılmış işlemleri izler ve belirli görevleri tamamlamaya odaklanır.
• Başarı ölçütleri: POC'nin başarılı olduğu ve bir sonraki yinelemeye geçip resmi geliştirmeyi girmesi gereken eşiği tanımlayın. POC'yi başlatmadan önce, proje ekibi POC'nin başarılı olduğu zaman için net ölçütleri tanımlamalıdır. Proje ekibi, bu ölçütleri önceden ayarlayarak POC geliştirmesinin ne zaman sona erip yinelemeli geliştirme ve doğrulama döngülerinin ne zaman başlayacağını tanımlar. POC'nin hedeflerine bağlı olarak, proje ekibi aşağıdakiler gibi farklı başarı ölçütleri ayarlayabilir:
  • Proje katılımcıları tarafından POC onayı
  • Özelliklerin veya işlevlerin doğrulanması
  • Sabit bir geliştirme zamanından sonra eşler tarafından POC'nin uygun gözden geçirilmesi
• Hata: Proje ekibinin POC'nin başarısızlığını tanımlayabildiğinden emin olun. Hatanın erken belirlenmesi, kök nedenlerin araştırılmasına yardımcı olacaktır. Ayrıca, üretime dağıtıldığında beklendiği gibi çalışmayan bir çözüme daha fazla yatırım yapmaktan kaçınmaya yardımcı olabilir.

Dikkat

Proje ekibi POC'yi yürüttüğünde, varsayımlar ve sınırlamalar için uyarıda kalmalıdır. Örneğin, proje ekibi küçük bir veri kümesi kullanarak çözüm performansını ve veri kalitesini kolayca test edebilir. Ayrıca, POC'nin kapsamının ve amacının iş kullanıcılarına açık olduğundan emin olun. POC'nin ilk yineleme olduğunu bildirdiğinden emin olun ve bunun bir üretim çözümü olmadığını vurgulayın.

Not

Daha fazla bilgi için bkz . Power BI'a geçiş için kavram kanıtı yürütme.

Denetim Listesi - POC oluştururken önemli kararlar ve eylemler şunlardır:

• Hedefleri tanımlama: POC'nin hedeflerinin ilgili tüm kişilere açık olduğundan emin olun.
• POC'nin kapsamını tanımlayın: POC'yi oluşturmanın çok fazla geliştirme çabası harcamayacağından emin olun; değer sunmaya ve çözüm tasarımını göstermeye devam edin.
• Hangi verilerin kullanılacağına karar verin: PoC'yi oluşturmak için hangi kaynak verileri kullanacağınızı belirleyin; kararınızı haklı olarak belirleyin ve olası riskler ile sınırlamaların ana hatlarını belirtin.
• POC'yi ne zaman ve nasıl göstereceğine karar verin: POC'yi karar alıcılara ve iş kullanıcılarına sunarak ilerleme durumunu göstermeyi planlayın.
• POC'nin ne zaman sona erdiğini netleştirin: Proje ekibinin POC için net bir sonuca karar aldığından emin olun ve bunun resmi geliştirme döngülerine nasıl yükseltileceği açıklanmaktadır.

4. Adım: İçerik oluşturma ve doğrulama

POC başarılı olduğunda, proje ekibi POC'den içerik oluşturmaya ve doğrulamaya geçer. Proje ekibi yinelemeli geliştirme ve doğrulama döngüleri ile BI çözümünü geliştirebilir. Bu döngüler, proje ekibinin geliştirme ortamında içerik oluşturduğu ve bunu bir test ortamına yayımladığı yinelemeli sürümlerden oluşur. Geliştirme sırasında proje ekibi, test ortamında çözümün erken (beta) sürümlerine pilot bir işlemde kullanıcı topluluğunun adım adım eklenmiştir.

İpucu

Yinelemeli teslim, değişiklik isteklerini azaltabilecek, çözümün benimsenmesini destekleyebilecek ve üretim sürümünden önce avantajlar sağlayabileceğiniz erken doğrulamayı ve geri bildirimleri teşvik eder.

Yinelemeli geliştirme ve doğrulama döngüleri, proje ekibi önceden tanımlanmış bir sonuca ulaşana kadar devam eder. Genellikle geliştirme, uygulanacak başka özellik olmadığında veya ele alınması gereken kullanıcı geri bildirimi olmadığında sona erer. Geliştirme ve doğrulama döngüleri sona erdiğinde, proje ekibi içeriği son üretim sürümüyle birlikte bir üretim ortamına dağıtır.

Aşağıdaki diyagramda proje ekibinin geliştirme ve doğrulama döngüleriyle bi çözümlerini yinelemeli olarak nasıl sunabileceği gösterilmiştir.

Diyagramda aşağıdaki adımlar gösterilmiştir.

Kalem	Açıklama
	Proje ekibi, değişiklikleri ve yeni özellikleri açıklayarak her sürümü kullanıcı topluluğuna iletir. İdeal olarak, iletişim bir çözüm tanıtımı ve Soru-Cevap içerir, böylece kullanıcılar sürümdeki yeni şeyleri anlayabilir ve sözlü geri bildirim sağlayabilirler.
	Doğrulama sırasında kullanıcılar merkezi bir araç veya form aracılığıyla geri bildirim sağlar. Proje ekibi sorunları gidermek, istekleri kabul etmek veya reddetmek ve yaklaşan geliştirme aşamalarını bilgilendirmek için düzenli olarak geri bildirimleri gözden geçirmelidir.
	Proje ekibi, kullanıcıların bunu test ettiğini onaylamak için çözümün kullanımını izler. Kullanım yoksa, proje ekibi nedenlerini anlamak için kullanıcı topluluğuyla etkileşime geçmelidir. Düşük kullanım, proje ekibinin daha fazla etkinleştirme ve değişiklik yönetimi eylemi gerçekleştirmesi gerektiğini gösterebilir.
	Proje ekibi kullanıcı geri bildirimlerine hemen yanıt verir. Proje ekibinin geri bildirimleri ele alması çok uzun sürerse, kullanıcılar bunu sağlama motivasyonunu hızla kaybedebilir.
	Proje ekibi, kabul edilen geri bildirimleri çözüm planlamasına dahil eder. Gerekirse, bir sonraki geliştirme aşaması başlamadan önce görevleri netleştirmek ve temsilci seçmek için planlama önceliklerini gözden geçirirler.
	Proje ekibi, sonraki sürüm için çözümü geliştirmeye devam eder.
	Proje ekibi, önceden tanımlanmış bir sonuca ulaşana kadar tüm adımları yineler ve çözüm üretim dağıtımı için hazır olur.

Aşağıdaki bölümlerde, BI çözümleri sunmak için yinelemeli geliştirme ve doğrulama döngülerini kullanma konusunda dikkat edilmesi gereken önemli noktalar açıklanmaktadır.

İçerik oluşturma

Proje ekibi, normal geliştirme iş akışını izleyerek çözümü geliştirir. Ancak içerik oluştururken aşağıdaki noktaları dikkate almaları gerekir.

• Her geliştirme döngüsü sırasında, çözümü açıklamak için belgeleri güncelleştirin.
• Her geliştirme döngüsünü kullanıcı topluluğuna bir duyuruyla sonlandırın. Duyurular merkezi portala gönderilmelidir ve her sürümdeki değişikliklerin ve yeni özelliklerin kısa açıklamalarını sağlamalıdır.
• Her sürümde, kullanıcı topluluğunda yapılan değişiklikleri ve yeni özellikleri göstermek ve sözel soruları yanıtlamak için oturumları düzenlemeyi göz önünde bulundurun.
• Yinelemeli geliştirme ve doğrulama döngülerinin ne zaman sona ereceğini tanımlayın. Destek ve benimseme etkinliklerine geçiş de dahil olmak üzere çözümü üretim ortamına dağıtmaya yönelik net bir işlem olduğundan emin olun.

İçeriği doğrulama

Her yinelemeli geliştirme döngüsü, içerik doğrulaması ile sona ermelidir. BI çözümleri için genellikle iki tür doğrulama vardır.

• Geliştirici doğrulaması: Çözüm testi içerik oluşturucuları ve eşleri tarafından gerçekleştirilir. Geliştirici doğrulamasının amacı, çözüm iş kullanıcılarının kullanımına sunulmadan önce tüm kritik ve görünür sorunları belirlemek ve çözmektir. Sorunlar veri doğruluğu, işlevsellik veya kullanıcı deneyimiyle ilgili olabilir. İdeal olan, içeriği geliştirmemiş bir içerik oluşturucusu tarafından doğrulanmasıdır.
• Kullanıcı doğrulaması: Çözüm testi, kullanıcı topluluğu tarafından gerçekleştirilir. Kullanıcı doğrulamanın amacı, daha sonraki yinelemeler için geri bildirim sağlamak ve geliştiriciler tarafından bulunmayan sorunları belirlemektir. Resmi kullanıcı doğrulama dönemleri genellikle kullanıcı kabul testi (UAT) olarak adlandırılır.

Önemli

Geliştirici doğrulaması sırasında (UAT öncesinde) veri kalitesi sorunlarının giderildiğinden emin olun. Bu sorunlar çözüme olan güveni hızla aşındırabilir ve uzun vadeli benimsemeye zarar verebilir.

İpucu

Kullanıcı doğrulamayı yürütürken, önemli kullanıcılarla ara sıra kısa çağrılar yapmayı göz önünde bulundurun. Çözümü kullandıklarında bunları gözlemleyin. Neleri kullanmakta zorlandıklarını veya çözümün hangi bölümlerinin beklendiği gibi çalışmadıkları hakkında not alın. Bu yaklaşım geri bildirim toplamanın etkili bir yolu olabilir.

Proje ekibi içeriği doğrularken dikkate alınacak noktaları dikkate alın.

• Kullanıcı geri bildirimini teşvik edin: Her sürümde, kullanıcılardan geri bildirim sağlamalarını isteyin ve bunu nasıl etkili bir şekilde yapabileceklerini gösterin. Son değişikliklere ve yeni özelliklere yol açan geri bildirim ve istek örneklerini düzenli olarak paylaşmayı göz önünde bulundurun. Örnekleri paylaşarak geri bildirimin kabul ve değerlendiğini göstermiş olacaksınız.
• Büyük istekleri yalıtma: Bazı geri bildirim öğelerinin ele alınması için daha fazla çaba gerekir. Proje ekibinin bu öğeleri tanımlayıp uygulanıp uygulanmayacağını tartışadığından emin olun. Daha sonraki taktiksel planlama oturumlarında tartışılacak daha büyük istekleri belgeleme konusunu göz önünde bulundurun.
• Değişiklik yönetimi etkinliklerine başlayın: Kullanıcıları çözümü nasıl kullanacakları konusunda eğitin. Yeni işlemlere, yeni verilere ve farklı çalışma yöntemlerine fazladan çaba harcadığınızı unutmayın. Değişiklik yönetimine yatırım yapmak, uzun vadeli çözümün benimsenmesinde olumlu bir getiri sağlar.

Çözüm önceden tanımlanmış bir tamlık ve olgunluk düzeyine ulaştığında, proje ekibi bunu üretime dağıtmaya hazırdır. Dağıtımdan sonra proje ekibi yinelemeli teslimden üretim çözümünü desteklemeye ve izlemeye geçiş gerçekleştirir.

Not

Geliştirme ve test, çözüme ve tercih ettiğiniz iş akışına bağlı olarak farklılık gösterir.

Bu makalede yalnızca üst düzey planlama ve eyleme dönüştürülebilir öğeler açıklanmaktadır. Yinelemeli geliştirme ve test döngüleri hakkında daha fazla bilgi için bkz . Power BI'a geçirmek için içerik oluşturma.

Denetim listesi - İçerik oluştururken ve doğrularken önemli kararlar ve eylemler şunlardır:

• Görevleri planlamak ve atamak için yinelemeli bir işlem kullanın: Çözümün her sürümü için görevleri planlayın ve atayın. Görevleri planlama ve atama işleminin esnek olduğundan ve kullanıcı geri bildirimlerini içerdiğinden emin olun.
• İçerik yaşam döngüsü yönetimini ayarlama: Çözüm dağıtım ve değişiklik yönetimini kolaylaştırmak ve otomatikleştirmek için araçları ve işlemleri kullanın.
• Geri bildirimleri merkezileştirmek için bir araç oluşturun: Sizin ve kullanıcılarınız için basit bir çözüm kullanarak geri bildirim toplamayı otomatikleştirin. Geri bildirimin kısa ve eyleme dönüştürülebilir olduğundan emin olmak için basit bir form oluşturun.
• Geri bildirimleri gözden geçirmek için bir toplantı zamanlayın: Her yeni veya bekleyen geri bildirim öğesini kısaca gözden geçirmek için toplantı gerçekleştirin. Geri bildirimi uygulayıp uygulamayacağınıza, uygulamadan kimin sorumlu olacağınıza ve geri bildirim öğesini kapatmak için gerçekleştirilecek eylemlere karar verin.
• Yinelemeli teslimin ne zaman sona ereceğine karar verin: Yinelemeli teslim döngülerinin ne zaman sona ereceğine ve içeriği üretim ortamına ne zaman yayımlayacağınız koşulları açıklayın.

5. Adım: Dağıtma, destek ve izleme

Hazır olduğunda, proje ekibi doğrulanmış çözümü üretim ortamına dağıtır. Proje ekibi, dağıtımın başarılı olduğundan emin olmak için önemli benimseme ve destek eylemleri gerçekleştirmelidir.

Dağıtımın başarılı olmasını sağlamak için aşağıdaki destek ve benimseme görevlerini gerçekleştirin.

• Son sürümü iletin: Yönetici sponsoru, yönetici veya yeterli yetkiye ve güvenilirlike sahip başka bir kişi, yayını kullanıcı topluluğuna duyurmalıdır. İletişim net, kısa olmalı ve ilgili çözümlere ve destek kanallarına bağlantılar içermelidir.
• İçerik tüketicileri için eğitim yürütme: Eğitim, üretime sunulduktan sonraki ilk haftalarda içerik tüketicileri tarafından kullanılabilir olmalıdır. Eğitim çözüm kapsamını netleştirmeye, kullanıcı sorularını yanıtlamaya ve çözümün nasıl kullanılacağını açıklamaya odaklanmalıdır.
• Geri bildirimleri ve istekleri ele alma: Kullanıcılara proje ekibine geri bildirim ve istek göndermek için bir kanal sağlamayı göz önünde bulundurun. Makul geri bildirimlerin ve isteklerin tartışıldığından ve uygun olduğunda dağıtım sonrası destek döneminde uygulandığından emin olun. Üretim sürümünden sonra geri bildirim ve istekler üzerine hareket etmek önemlidir. Değişen iş gereksinimlerine yanıt veren çevik bir çözümü gösterir.
• Kullanıcı topluluğuyla bağlantı kurmayı planlayın: Dağıtım sonrası destek dönemi sona erdikten sonra bile, çözüm sahiplerinin kullanıcı topluluğuyla düzenli olarak bir araya çalıştığından emin olun. Bu toplantılar, iş zekası stratejinizi gözden geçirmeniz için değerli geri bildirim kaynaklarıdır. Ayrıca, kullanıcıları etkinleştirerek çözümün benimsenmesini desteklemeye yardımcı olur.
• Devretme eylemleri: Proje ekibinin üyeleri çözümün bakımının yapılmasından sorumlu olmayabilir. Bu durumda ekip sorumluları belirlemeli ve bir devretme gerçekleştirmelidir. Teslim işlemi üretime geçtikten kısa bir süre sonra gerçekleşmelidir ve hem çözüm hem de kullanıcı topluluğuna yönelik olmalıdır.

Dikkat

Etkili bir teslim işleminin gerçekleştirilememesi, yaşam döngüsü boyunca çözüm desteği ve benimseme ile ilgili önlenebilir sorunlara yol açabilir.

Dağıtımdan sonra proje ekibi, önceliklendirilmiş çözüm kapsamındaki bir sonraki çözüme geçmeyi planlamalıdır. Gerekirse yeni geri bildirim ve istekler topladığınızdan ve çözüm kapsamı da dahil olmak üzere taktik planlamada düzeltmeler yaptığınızdan emin olun.

Denetim listesi – Çözüm dağıtımı göz önünde bulundurulduğunda önemli kararlar ve eylemler şunlardır:

• İletişim planı oluşturma: Sürüm, eğitim ve diğer çözüm desteği veya benimseme eylemlerini nasıl ileteceklerini planlayın. Dağıtım sonrası destek döneminde kesintilerin veya sorunların iletildiğinden ve hemen giderildiğinden emin olun.
• Bir eğitim planıyla ilerleyin: Kullanıcıları çözümü kullanacak şekilde eğitin. Eğitimin yayından sonraki birkaç hafta boyunca hem canlı hem de kayıtlı eğitim oturumlarını içerdiğinden emin olun.
• Devretme etkinlikleri yürütme: Gerekirse geliştirme ekibinden destek ekibine bir teslim hazırlayın.
• Çözüm ofis saatlerini yürütme: Dağıtım sonrası destek döneminden sonra, soruları yanıtlamak ve kullanıcılardan geri bildirim toplamak için düzenli çalışma saatleri oturumları yapmayı göz önünde bulundurun.
• Sürekli iyileştirme süreci ayarlama: Zaman içindeki olası değişiklikleri veya geliştirmeleri gözden geçirmek için çözümün aylık denetimini zamanlayın. Kullanıcı geri bildirimlerini merkezileştirin ve denetimler arasında düzenli aralıklarla geri bildirimleri gözden geçirin.

İlgili içerik

Power BI uygulama kararlarında size yardımcı olacak diğer konular, eylemler, karar verme ölçütleri ve öneriler için bkz . Power BI uygulama planlaması.