Bagikan melalui


Peta strategi adopsi Microsoft Fabric: Kepemilikan dan manajemen konten

Catatan

Artikel ini membentuk bagian dari seri artikel peta jalan adopsi Microsoft Fabric. Untuk gambaran umum seri ini, lihat peta jalan adopsi Microsoft Fabric.

Catatan

Skenario penggunaan perencanaan implementasi Power BI menjelajahi banyak konsep yang dibahas dalam artikel ini, berfokus pada beban kerja Power BI di Microsoft Fabric. Artikel skenario penggunaan mencakup diagram terperinci yang mungkin berguna bagi Anda untuk mendukung perencanaan dan pengambilan keputusan Anda.

Ada tiga strategi utama tentang bagaimana data, analitik, dan konten kecerdasan bisnis (BI) dimiliki dan dikelola: layanan mandiri yang dipimpin bisnis, layanan mandiri terkelola, dan perusahaan. Untuk tujuan rangkaian artikel ini, istilah konten mengacu pada semua jenis item data (seperti notebook, model semantik, laporan, atau dasbor).

Budaya data organisasi adalah pendorong mengapa, bagaimana, dan oleh siapa masing-masing dari ketiga strategi kepemilikan konten ini diterapkan.

Diagram menunjukkan tanggung jawab kepemilikan konten untuk tiga jenis pengiriman kecerdasan bisnis, yang dijelaskan dalam tabel di bawah ini.

Area dalam diagram di atas meliputi:

Area Keterangan
Area 1. Layanan mandiri yang dipimpin bisnis: Semua konten dimiliki dan dikelola oleh pembuat dan pakar materi pelajaran dalam unit bisnis. Strategi kepemilikan ini juga dikenal sebagai strategi terdesentralisasi atau bottom-up .
Area 2. Layanan mandiri terkelola: Data dimiliki dan dikelola oleh tim terpusat, sedangkan pengguna bisnis bertanggung jawab atas laporan dan dasbor. Strategi kepemilikan ini juga dikenal sebagai disiplin pada inti dan fleksibilitas di edge.
Area 3. Perusahaan: Semua konten dimiliki dan dikelola oleh tim terpusat seperti IT, BI perusahaan, atau Center of Excellence (COE).

Tidak mungkin organisasi beroperasi secara eksklusif dengan satu kepemilikan konten dan strategi manajemen. Tergantung budaya data Anda, satu strategi mungkin jauh lebih dominan daripada yang lain. Pilihan strategi dapat berbeda dari solusi ke solusi, atau dari tim ke tim. Bahkan, satu tim dapat secara aktif menggunakan beberapa strategi jika merupakan konsumen konten perusahaan dan produsen konten layanan mandirinya sendiri. Strategi untuk mengejar tergantung faktor-faktor seperti:

  • Persyaratan untuk solusi (seperti kumpulan laporan, aplikasi Power BI, atau lakehouse).
  • Keterampilan pengguna.
  • Komitmen berkelanjutan untuk pelatihan dan pertumbuhan keterampilan.
  • Fleksibilitas diperlukan.
  • Tingkat kompleksitas.
  • Prioritas dan tingkat komitmen kepemimpinan.

Budaya data organisasi—terutama posisinya pada demokratisasi data—memiliki pengaruh yang cukup besar pada sejauh mana dari tiga strategi kepemilikan konten yang digunakan. Meskipun ada pola umum untuk keberhasilan, tidak ada pendekatan satu ukuran untuk semua. Model tata kelola dan pendekatan setiap organisasi untuk kepemilikan dan manajemen konten harus mencerminkan perbedaan dalam sumber data, aplikasi, dan konteks bisnis.

Bagaimana konten dimiliki dan dikelola memiliki pengaruh yang signifikan terhadap tata kelola, tingkat pembimbingan dan pemberdayaan pengguna, kebutuhan akan dukungan pengguna, dan COE model operasi.

Seperti yang dibahas dalam artikel tata kelola, tingkat tata kelola dan pengawasan tergantung:

  • Siapa yang memiliki dan mengelola konten.
  • Cakupan pengiriman konten.
  • Area subjek data dan tingkat sensitivitas.
  • Pentingnya data, dan apakah itu digunakan untuk pengambilan keputusan penting.

Secara umum:

  • Konten layanan mandiri yang dipimpin bisnis tunduk pada kontrol tata kelola dan pengawasan yang paling tidak ketat. Ini sering mencakup solusi BI pribadi dan BI tim.
  • Konten layanan mandiri terkelola tunduk pada kontrol tata kelola dan pengawasan yang cukup ketat. Ini sering mencakup tim BI dan solusi BI departemen.
  • Solusi perusahaan tunduk pada kontrol dan pengawasan tata kelola yang lebih ketat.

Seperti yang dinyatakan dalam artikel tingkat kematangan adopsi, adopsi organisasi mengukur status proses dan tata kelola manajemen data. Pilihan yang dibuat untuk kepemilikan dan manajemen konten secara signifikan memengaruhi bagaimana adopsi organisasi tercapai.

Kepemilikan dan pengarahan

Ada banyak peran terkait manajemen data. Peran dapat didefinisikan dalam banyak cara dan dapat dengan mudah disalahpahami. Tabel berikut menyajikan kemungkinan cara Anda dapat menentukan peran ini secara konseptual:

Peran Keterangan
Pengurus data Bertanggung jawab untuk mendefinisikan dan/atau mengelola tingkat kualitas data yang dapat diterima serta manajemen data master (MDM).
Pakar subjek (SME) Bertanggung jawab untuk menentukan apa arti data, untuk apa data tersebut digunakan, siapa yang mungkin mengaksesnya, dan bagaimana data disajikan kepada orang lain. Berkolaborasi dengan pemilik domain sesuai kebutuhan dan mendukung kolega dalam penggunaan data mereka.
Pemilik teknis Bertanggung jawab untuk membuat, memelihara, menerbitkan, dan mengamankan akses ke data dan item pelaporan.
Pemilik domain Pembuat keputusan tingkat lebih tinggi yang berkolaborasi dengan tim tata kelola tentang kebijakan, proses, dan persyaratan manajemen data. Pembuat keputusan untuk menentukan penggunaan data yang sesuai dan tidak pantas. Berpartisipasi di papan tata kelola data, seperti yang dijelaskan dalam artikel tata kelola.

Menetapkan kepemilikan untuk domain data cenderung lebih mudah saat mengelola sistem sumber transaksi. Dalam solusi analitik dan BI, data terintegrasi dari beberapa area domain, lalu diubah dan diperkaya. Untuk solusi analitik hilir, topik kepemilikan menjadi lebih kompleks.

Catatan

Jelaskan tentang siapa yang bertanggung jawab untuk mengelola item data. Sangat penting untuk memastikan pengalaman yang baik bagi konsumen konten. Secara khusus, kejelasan tentang kepemilikan sangat membantu untuk:

  • Siapa yang harus dihubungi dengan pertanyaan.
  • Umpan balik.
  • Permintaan penyempurnaan.
  • Permintaan dukungan.

Di portal Fabric, pemilik konten dapat mengatur properti daftar kontak untuk banyak jenis item. Daftar kontak juga digunakan dalam alur kerja keamanan. Misalnya, saat pengguna dikirimi URL untuk membuka aplikasi Power BI tetapi mereka tidak memiliki izin, mereka akan disajikan dengan opsi untuk membuat permintaan akses.

Panduan untuk berhasil dengan kepemilikan:

  • Tentukan bagaimana kepemilikan dan terminologi kepegawaian digunakan dalam organisasi Anda, termasuk harapan untuk peran ini.
  • Atur kontak untuk setiap ruang kerja dan untuk item individual untuk mengomunikasikan kepemilikan dan/atau tanggung jawab dukungan.
  • Tentukan antara dua dan empat administrator ruang kerja dan lakukan audit admin ruang kerja secara teratur (mungkin dua kali setahun). Admin ruang kerja mungkin bertanggung jawab langsung untuk mengelola konten ruang kerja, atau bisa jadi tugas tersebut ditetapkan kepada kolega yang melakukan pekerjaan langsung. Dalam semua kasus, admin ruang kerja harus dapat dengan mudah menghubungi pemilik konten tertentu.
  • Sertakan branding yang konsisten pada laporan untuk menunjukkan siapa yang memproduksi konten dan siapa yang harus dihubungi untuk mendapatkan bantuan. Gambar kecil atau label teks yang terletak di footer laporan sangat berharga, terutama ketika laporan diekspor dari portal Fabric. File templat standar dapat mendorong dan menyederhanakan penggunaan branding yang konsisten.
  • Manfaatkan ulasan praktik terbaik dan proyek pengembangan bersama dengan COE.

Sisa artikel ini mencakup pertimbangan yang terkait dengan tiga kepemilikan konten dan strategi manajemen.

Layanan mandiri yang dipimpin bisnis

Dengan pendekatan layanan mandiri yang dipimpin bisnis untuk data dan BI, semua konten dimiliki dan dikelola oleh pembuat dan pakar materi pelajaran. Karena tanggung jawab dipertahankan dalam unit bisnis, strategi ini sering digambarkan sebagai pendekatan bottom-up, atau terdesentralisasi. Layanan mandiri yang dipimpin bisnis seringkali merupakan strategi yang baik untuk solusi BI pribadi dan BI tim.

Penting

Konsep layanan mandiri yang dipimpin bisnis tidak sama dengan SHADOW IT. Dalam kedua skenario, data dan konten BI dibuat, dimiliki, dan dikelola oleh pengguna bisnis. Namun, bayangan IT menyiratkan bahwa unit bisnis mengelak dari IT sehingga solusinya tidak disetujui. Dengan solusi BI layanan mandiri yang dipimpin bisnis, unit bisnis memiliki otoritas penuh untuk membuat dan mengelola konten. Sumber daya dan dukungan dari COE tersedia untuk pembuat konten layanan mandiri. Diharapkan juga bahwa unit bisnis akan mematuhi semua pedoman dan kebijakan tata kelola data yang ditetapkan.

Layanan mandiri yang dipimpin bisnis paling cocok ketika:

  • Manajemen data terdesentralisasi selaras dengan budaya data organisasi, dan organisasi siap untuk mendukung upaya ini.
  • Eksplorasi data dan kebebasan untuk berinovasi adalah prioritas tinggi.
  • Unit bisnis ingin memiliki keterlibatan paling banyak dan mempertahankan tingkat kontrol tertinggi.
  • Unit bisnis memiliki kemampuan pengguna yang terampil—dan berkomitmen penuh untuk—mendukung solusi melalui seluruh siklus hidup. Ini mencakup semua jenis item, termasuk data (seperti lakehouse, gudang data, alur data, aliran data, atau model semantik), visual (seperti laporan dan dasbor), dan aplikasi Power BI.
  • Fleksibilitas untuk merespons perubahan kondisi bisnis dan bereaksi cepat melebihi kebutuhan akan tata kelola dan pengawasan yang lebih ketat.

Berikut adalah beberapa panduan untuk membantu menjadi sukses dengan data layanan mandiri dan BI yang dipimpin bisnis.

  • Ajari pembuat Anda untuk menggunakan teknik yang sama dengan yang akan digunakan TI, seperti model semantik bersama dan aliran data. Manfaatkan OneLake yang terorganisir dengan baik. Mempusatkan data untuk mengurangi pemeliharaan, meningkatkan konsistensi, dan mengurangi risiko.
  • Fokus pada penyediaan pendampingan, pelatihan, sumber daya, dan dokumentasi (dijelaskan dalam artikel Pendampingan dan pengaktifan pengguna). Pentingnya upaya ini tidak dapat dilebih-lebihkan. Bersiaplah untuk tingkat keterampilan pembuat konten layanan mandiri yang sangat bervariasi. Itu juga umum untuk solusi untuk memberikan nilai bisnis yang sangat baik tetapi dibangun sedemikian rupa sehingga tidak akan menskalakan atau berperforma baik dari waktu ke waktu (karena volume data historis meningkat). Memiliki COE yang tersedia untuk membantu ketika situasi ini muncul sangat berharga.
  • Berikan panduan tentang cara terbaik untuk menggunakan dukungan. Dukungan yang dipromosikan adalah untuk konten yang diproduksi oleh pembuat layanan mandiri. Pertimbangkan untuk mempertahankan penggunaan dukungan bersertifikat untuk konten BI perusahaan dan konten BI layanan mandiri terkelola (dijelaskan berikutnya).
  • Analisis log aktivitas untuk menemukan situasi di mana COE dapat secara proaktif menghubungi pemilik layanan mandiri untuk menawarkan informasi yang berguna. Ini sangat berguna ketika pola penggunaan suboptimal terdeteksi. Misalnya, aktivitas log dapat mengungkapkan penggunaan berbagi item individual secara berlebihan saat audiens aplikasi Power BI atau peran ruang kerja mungkin menjadi pilihan yang lebih baik. Data dari log aktivitas memungkinkan COE untuk menawarkan dukungan dan saran kepada unit bisnis. Pada gilirannya, informasi ini dapat membantu meningkatkan kualitas solusi, sambil memungkinkan bisnis untuk mempertahankan kepemilikan penuh dan kontrol konten mereka. Untuk informasi selengkapnya, lihat Audit dan pemantauan.

Layanan mandiri terkelola

BI layanan mandiri terkelola adalah pendekatan campuran untuk data dan BI. Data dimiliki dan dikelola oleh tim terpusat (seperti IT, BI perusahaan, atau COE), sedangkan tanggung jawab atas laporan dan dasbor dimiliki oleh pembuat dan pakar materi pelajaran di unit bisnis. BI layanan mandiri terkelola sering kali merupakan strategi yang baik untuk solusi BI tim dan BI departemen.

Pendekatan ini sering called_disiplin pada inti dan fleksibilitas di edge_. Itu karena arsitektur data dikelola oleh satu tim dengan tingkat disiplin dan ketelitian yang sesuai. Unit bisnis memiliki fleksibilitas untuk membuat laporan dan dasbor berdasarkan data terpusat. Pendekatan ini memungkinkan pembuat laporan menjadi jauh lebih efisien karena mereka dapat tetap fokus pada memberikan nilai dari analisis dan visual data mereka.

BI layanan mandiri terkelola paling cocok ketika:

  • Manajemen data terpusat selaras dengan budaya data organisasi.
  • Organisasi ini memiliki tim ahli BI yang mengelola arsitektur data.
  • Ada nilai dalam penggunaan kembali data oleh banyak pembuat laporan layanan mandiri di seluruh batas organisasi.
  • Pembuat laporan layanan mandiri perlu menghasilkan konten analitis dengan kecepatan lebih cepat daripada yang dapat diakomodasi oleh tim terpusat.
  • Pengguna yang berbeda bertanggung jawab untuk menangani persiapan data, pemodelan data, dan pembuatan laporan.

Berikut adalah beberapa panduan untuk membantu Anda menjadi sukses dengan BI layanan mandiri terkelola.

  • Ajarkan pengguna untuk memisahkan model dan melaporkan pengembangan. Mereka dapat menggunakan koneksi langsung untuk membuat laporan berdasarkan model semantik yang ada. Ketika model semantik dipisahkan dari laporan, model tersebut mempromosikan penggunaan kembali data oleh banyak laporan dan banyak penulis. Ini juga memfasilitasi pemisahan tugas.
  • Gunakan aliran data untuk mempusatkan logika persiapan data dan berbagi tabel data yang umum digunakan—seperti tanggal, pelanggan, produk, atau penjualan—dengan banyak pembuat model semantik. Perbaiki aliran data sebanyak mungkin, menggunakan nama kolom yang ramah dan jenis data yang benar untuk mengurangi upaya hilir yang diperlukan oleh penulis model semantik, yang menggunakan aliran data sebagai sumber. Aliran data adalah cara yang efektif untuk mengurangi waktu yang terlibat dengan persiapan data dan meningkatkan konsistensi data di seluruh model semantik. Penggunaan aliran data juga mengurangi jumlah refresh data pada sistem sumber dan memungkinkan lebih sedikit pengguna yang memerlukan akses langsung ke sistem sumber.
  • Ketika pembuat layanan mandiri perlu menambah model semantik yang ada dengan data departemen, mendidik mereka untuk membuat model komposit. Fitur ini memungkinkan keseimbangan ideal pengaktifan layanan mandiri sambil memanfaatkan investasi dalam aset data yang dikelola secara terpusat.
  • Gunakan dukungan bersertifikat untuk model semantik dan aliran data untuk membantu pembuat konten mengidentifikasi sumber data yang dapat dipercaya.
  • Sertakan branding yang konsisten pada semua laporan untuk menunjukkan siapa yang memproduksi konten dan siapa yang harus dihubungi untuk bantuan. Branding sangat membantu untuk membedakan konten yang diproduksi oleh pembuat layanan mandiri. Gambar kecil atau label teks di footer laporan sangat berharga ketika laporan diekspor dari portal Fabric.
  • Pertimbangkan untuk menerapkan ruang kerja terpisah untuk menyimpan data dan laporan. Pendekatan ini memungkinkan kejelasan yang lebih baik tentang siapa yang bertanggung jawab atas konten. Ini juga memungkinkan penetapan peran ruang kerja yang lebih ketat. Dengan begitu, pembuat laporan hanya dapat menerbitkan konten ke ruang kerja pelaporan mereka; dan, izin membaca dan membangun model semantik memungkinkan pembuat membuat laporan baru dengan keamanan tingkat baris (RLS) berlaku, jika berlaku. Untuk informasi selengkapnya, lihat Perencanaan tingkat ruang kerja. Untuk informasi selengkapnya tentang RLS, lihat Perencanaan keamanan pembuat konten.
  • Gunakan REST API Power BI untuk mengkompilasi inventarisasi item Power BI. Analisis rasio model semantik terhadap laporan untuk mengevaluasi tingkat penggunaan kembali model semantik.

Perusahaan

Enterprise adalah pendekatan terpusat untuk memberikan data dan solusi BI di mana semua konten solusi dimiliki dan dikelola oleh tim terpusat. Tim ini biasanya IT, BI perusahaan, atau COE.

Enterprise adalah yang paling cocok ketika:

  • Memusatkan manajemen konten dengan satu tim selaras dengan budaya data organisasi.
  • Organisasi ini memiliki keahlian data dan BI untuk mengelola semua item secara end-to-end.
  • Kebutuhan konten konsumen terdefinisi dengan baik, dan ada sedikit kebutuhan untuk menyesuaikan atau menjelajahi data di luar solusi pelaporan yang dikirimkan.
  • Kepemilikan konten dan akses langsung ke data perlu dibatasi pada sejumlah kecil pakar dan pemilik.
  • Data sangat sensitif atau tunduk pada persyaratan peraturan.

Berikut adalah beberapa panduan untuk membantu Anda menjadi sukses dengan data perusahaan dan BI.

  • Terapkan proses yang ketat untuk penggunaan dukungan bersertifikat untuk konten. Tidak semua konten perusahaan perlu disertifikasi, tetapi sebagian besar mungkin harus. Konten bersertifikat harus menunjukkan bahwa kualitas data telah divalidasi. Konten bersertifikat juga harus mengikuti aturan manajemen perubahan, memiliki dukungan formal, dan didokumentasikan sepenuhnya. Karena konten bersertifikat telah melewati standar yang ketat, harapan untuk kepercayaan lebih tinggi.
  • Sertakan branding yang konsisten pada laporan BI perusahaan untuk menunjukkan siapa yang memproduksi konten, dan siapa yang harus dihubungi untuk meminta bantuan. Gambar kecil atau label teks di footer laporan sangat berharga saat laporan diekspor oleh pengguna.
  • Jika Anda menggunakan branding laporan tertentu untuk menunjukkan konten BI perusahaan, berhati-hatilah dengan fungsionalitas simpan salinan yang akan memungkinkan pengguna mengunduh salinan laporan dan mempersonalisasikannya. Meskipun fungsionalitas ini adalah cara yang sangat baik untuk menjembatani BI perusahaan dengan BI layanan mandiri terkelola, hal ini akan mencairkan nilai branding. Solusi yang lebih mulus adalah menyediakan file template Power BI Desktop terpisah untuk penulis layanan mandiri. Templat mendefinisikan titik awal untuk pembuatan laporan dengan koneksi langsung ke model semantik yang ada, dan tidak termasuk branding. File templat dapat dibagikan sebagai tautan dalam aplikasi Power BI, atau dari portal komunitas.

Transfer kepemilikan

Terkadang, kepemilikan solusi tertentu mungkin perlu ditransfer ke tim lain. Transfer kepemilikan dari unit bisnis ke tim terpusat dapat terjadi ketika:

  • Solusi yang dipimpin bisnis digunakan oleh sejumlah besar pengguna, atau sekarang mendukung keputusan bisnis yang penting. Dalam kasus ini, solusinya harus dikelola oleh tim dengan proses untuk menerapkan tingkat tata kelola dan dukungan yang lebih tinggi.
  • Solusi yang dipimpin bisnis adalah kandidat untuk digunakan jauh lebih luas di seluruh organisasi, sehingga perlu dikelola oleh tim yang dapat mengatur keamanan dan menyebarkan konten secara luas di seluruh organisasi.
  • Unit bisnis tidak lagi memiliki keahlian, anggaran, atau waktu yang tersedia untuk terus mengelola konten, tetapi kebutuhan bisnis akan konten tetap ada.
  • Ukuran atau kompleksitas solusi telah tumbuh ke titik di mana arsitektur data atau desain ulang yang berbeda diperlukan.
  • Bukti konsep siap dioperasionalkan.

COE harus memiliki prosedur yang terdokumentasi dengan baik untuk mengidentifikasi kapan solusi adalah kandidat transfer kepemilikan. Sangat membantu jika personel meja bantuan tahu apa yang harus dicari juga. Memiliki pola kebiasaan bagi pembuat layanan mandiri untuk membangun dan mengembangkan solusi, dan menyerahkannya dalam keadaan tertentu, merupakan indikator budaya data yang produktif dan sehat. Transfer kepemilikan sederhana dapat diatasi selama jam kerja COE; transfer yang lebih kompleks dapat menjamin proyek kecil yang dikelola oleh COE.

Catatan

Ada potensi bahwa pemilik baru perlu melakukan beberapa pemfaktoran ulang dan validasi data sebelum mereka bersedia mengambil kepemilikan penuh. Pemfaktoran ulang kemungkinan besar terjadi dengan aspek persiapan data, pemodelan data, dan perhitungan yang kurang terlihat. Jika ada langkah manual atau sumber file datar, sekarang adalah waktu yang ideal untuk menerapkan peningkatan tersebut. Merek laporan dan dasbor mungkin juga perlu diubah (misalnya, jika ada footer yang menunjukkan kontak laporan atau label teks yang menunjukkan bahwa konten disertifikasi).

Tim terpusat juga dapat mentransfer kepemilikan ke unit bisnis. Hal-hal tersebut disebabkan oleh:

  • Tim dengan pengetahuan domain lebih siap untuk memiliki dan mengelola konten ke depannya.
  • Tim terpusat telah menciptakan solusi untuk unit bisnis yang tidak memiliki keterampilan untuk membuatnya dari awal, tetapi dapat mempertahankan dan memperluas solusi ke depannya.

Tip

Jangan lupa untuk mengenali dan menghargai karya pembuat asli, terutama jika transfer kepemilikan adalah kejadian umum.

Pertimbangan dan tindakan utama

Daftar periksa - Berikut adalah daftar pertimbangan dan tindakan utama yang dapat Anda ambil untuk memperkuat pendekatan Anda terhadap kepemilikan dan manajemen konten.

  • Dapatkan pemahaman penuh tentang apa yang saat ini terjadi: Pastikan Anda sangat memahami bagaimana kepemilikan dan manajemen konten terjadi di seluruh organisasi. Ketahuilah bahwa kemungkinan tidak akan ada pendekatan satu ukuran yang cocok untuk diterapkan secara seragam di seluruh organisasi. Tinjau skenario penggunaan perencanaan implementasi untuk memahami bagaimana Power BI dan Fabric dapat digunakan dengan berbagai cara.
  • Lakukan diskusi: Tentukan apa yang saat ini bekerja dengan baik, apa yang tidak berfungsi dengan baik, dan apa keseimbangan yang diinginkan antara tiga strategi kepemilikan. Jika perlu, jadwalkan diskusi dengan orang tertentu di berbagai tim. Kembangkan rencana untuk berpindah dari status saat ini ke status yang diinginkan.
  • Lakukan penilaian: Jika tim data perusahaan Anda saat ini memiliki tantangan yang terkait dengan penjadwalan dan prioritas, lakukan penilaian untuk menentukan apakah strategi layanan mandiri terkelola dapat diterapkan untuk memberdayakan lebih banyak pembuat konten di seluruh organisasi. Data layanan mandiri terkelola dan BI dapat sangat efektif dalam skala global.
  • Mengklarifikasi terminologi: Mengklarifikasi istilah yang digunakan di organisasi Anda untuk pemilik, pengurus data, dan pakar materi pelajaran.
  • Tetapkan peran dan tanggung jawab yang jelas: Pastikan peran dan tanggung jawab bagi pemilik, pengurus, dan pakar materi pelajaran didokumenkan dan dipahami dengan baik oleh semua orang yang terlibat. Sertakan personel cadangan.
  • Pastikan keterlibatan komunitas: Pastikan bahwa semua pemilik konten Anda—baik dari bisnis maupun IT—adalah bagian dari komunitas praktik Anda.
  • Buat panduan pengguna untuk pemilik dan kontak di Fabric: Tentukan bagaimana Anda akan menggunakan fitur kontak di Fabric. Berkomunikasi dengan pembuat konten tentang bagaimana konten harus digunakan, dan mengapa itu penting.
  • Buat proses untuk menangani transfer kepemilikan: Jika transfer kepemilikan terjadi secara teratur, buat proses tentang cara kerjanya.
  • Mendukung pembuat konten tingkat lanjut Anda: Tentukan strategi Anda untuk menggunakan alat eksternal untuk kemampuan penulisan tingkat lanjut dan peningkatan produktivitas.

Pertanyaan untuk ditanyakan

Gunakan pertanyaan seperti yang ditemukan di bawah ini untuk menilai kepemilikan dan manajemen konten.

  • Apakah tim pusat yang bertanggung jawab atas Fabric memiliki pemahaman yang jelas tentang siapa yang memiliki konten BI apa? Apakah ada perbedaan antara item laporan dan data, atau jenis item yang berbeda (seperti model semantik Power BI, buku catatan ilmu data, atau lakehouse)?
  • Skenario penggunaan mana yang ada, seperti BI pribadi, bi tim, BI departemen, atau BI perusahaan? Seberapa lazim mereka dalam organisasi, dan bagaimana mereka berbeda antara unit bisnis utama?
  • Aktivitas apa yang dilakukan tim analitik bisnis (misalnya, integrasi data, pemodelan data, atau pelaporan)?
  • Jenis peran apa dalam organisasi yang diharapkan untuk membuat dan memiliki konten? Apakah terbatas pada tim pusat, analis, atau juga peran fungsi, seperti penjualan?
  • Di mana organisasi berada di spektrum layanan mandiri yang dipimpin bisnis, layanan mandiri terkelola, atau perusahaan? Apakah berbeda antara unit bisnis utama?
  • Apakah data strategis dan solusi BI memiliki peran kepemilikan dan peran pengarahan yang ditentukan dengan jelas? Mana yang hilang?
  • Apakah pembuat dan pemilik konten juga bertanggung jawab untuk mendukung dan memperbarui konten setelah dirilis? Seberapa efektif kepemilikan dukungan dan pembaruan konten?
  • Apakah proses yang jelas diberlakukan untuk mentransfer kepemilikan solusi (jika perlu)? Contohnya adalah ketika konsultan eksternal membuat atau memperbarui solusi.
  • Apakah sumber data memiliki pengurus data atau pakar subjek (UKM) yang berfungsi sebagai titik kontak khusus?
  • Jika organisasi Anda sudah menggunakan Fabric atau Power BI, apakah penyiapan ruang kerja saat ini mematuhi kepemilikan konten dan strategi pengiriman yang ada?

Tingkat kematangan

Tingkat kematangan berikut akan membantu Anda menilai status kepemilikan dan manajemen konten Anda saat ini.

Tingkat Status kepemilikan dan manajemen konten
100: Awal • Pembuat konten mandiri memiliki dan mengelola konten dengan cara yang tidak terkendali, tanpa strategi tertentu.

• Rasio tinggi model semantik terhadap laporan ada. Ketika banyak model semantik hanya ada mendukung satu laporan, itu menunjukkan peluang untuk meningkatkan penggunaan kembali data, meningkatkan kepercayaan, mengurangi pemeliharaan, dan mengurangi jumlah model semantik duplikat.

• Perbedaan antara laporan yang berbeda umum, menyebabkan ketidakpercayaan konten yang dihasilkan oleh orang lain.
200: Dapat diulang • Rencana diberlakukan di mana kepemilikan konten dan strategi manajemen untuk digunakan dan dalam keadaan mana.

• Langkah-langkah awal diambil untuk meningkatkan tingkat konsistensi dan kepercayaan untuk upaya layanan mandiri.

• Panduan untuk komunitas pengguna tersedia yang mencakup harapan untuk konten layanan mandiri versus perusahaan.

• Peran dan tanggung jawab jelas dan dipahami dengan baik oleh semua orang yang terlibat.
300: Ditentukan • Layanan mandiri terkelola adalah prioritas dan area investasi untuk lebih memajukan budaya data. Prioritasnya adalah memungkinkan pembuat laporan fleksibilitas yang mereka butuhkan saat menggunakan sumber data yang dikelola dengan baik, aman, dan dapat dipercaya.

• Branding laporan secara konsisten digunakan untuk menunjukkan siapa yang memproduksi konten.

• Program pendampingan ada untuk mendidik pembuat konten layanan mandiri tentang cara menerapkan praktik terbaik dan membuat keputusan yang baik.
400: Mampu • Kriteria didefinisikan untuk menyelaraskan persyaratan tata kelola untuk konten layanan mandiri versus perusahaan.

• Ada rencana untuk cara meminta dan menangani transfer kepemilikan.

• Layanan mandiri terkelola—dan teknik untuk penggunaan kembali data—umumnya digunakan dan dipahami dengan baik.
500: Efisien • Langkah-langkah proaktif untuk berkomunikasi dengan pengguna terjadi ketika ada aktivitas yang menyangkut terdeteksi di log aktivitas. Pendidikan dan informasi diberikan untuk melakukan perbaikan bertahap atau mengurangi risiko.

• Alat pihak ketiga digunakan oleh pembuat konten yang sangat malu untuk meningkatkan produktivitas dan efisiensi.

Pada artikel berikutnya dalam seri peta strategi adopsi Microsoft Fabric, pelajari tentang cakupan pengiriman konten.