پاور BI گورننس: ورک اسپیس آرکیٹیکچر اور ایکسیس کنٹرول

غیر حکومتی پاور BI کی تعیناتیاں ایک متوقع رفتار کی پیروی کرتی ہیں۔ یہ جوش و خروش سے شروع ہوتا ہے: محکمے Power BI کو باضابطہ طور پر اپناتے ہیں، ورک اسپیس بناتے ہیں، رپورٹیں بناتے ہیں، اور ڈیٹا کے ذرائع سے منسلک ہوتے ہیں۔ ایک سال کے اندر، تنظیم کے پاس متضاد ناموں کے ساتھ 200 ورک اسپیسز ہیں، 500 رپورٹیں متضاد میٹرکس کے ساتھ ہیں، اور کوئی نہیں جانتا کہ کس ڈیش بورڈ میں "صحیح" ریونیو نمبر ہے۔ ڈیٹا لٹریسی میں اضافہ ہوتا ہے، لیکن ڈیٹا پر اعتماد کم ہوتا ہے۔

گورننس تریاق ہے۔ ایک اچھی طرح سے ڈیزائن کیا گیا گورننس فریم ورک سیلف سروس اینالیٹکس کو سست نہیں کرتا --- یہ گارڈریلز، معیارات اور اعتماد کے اشارے فراہم کرکے اسے تیز کرتا ہے۔ صارفین تیزی سے رپورٹیں بناتے ہیں کیونکہ وہ جانتے ہیں کہ کون سے ڈیٹاسیٹس تصدیق شدہ ہیں۔ ایگزیکٹوز نمبروں پر بھروسہ کرتے ہیں کیونکہ تعریفیں معیاری ہوتی ہیں۔ IT بہتر سوتا ہے کیونکہ حساس ڈیٹا کی درجہ بندی اور رسائی پر قابو پایا جاتا ہے۔

یہ گائیڈ ایک مکمل گورننس فریم ورک فراہم کرتا ہے جس میں ورک اسپیس آرکیٹیکچر، مواد لائف سائیکل، ایکسیس کنٹرول، توثیق، حساسیت کے لیبلز، ایڈمن پورٹل کنفیگریشن، اور استعمال کی نگرانی شامل ہے۔ یہ 50 سے 5,000 پاور BI صارفین تک کی تنظیموں میں نمونوں پر مبنی ہے ECOSIRE نے لاگو کیا ہے۔

---

اہم نکات

• ورک اسپیس کے نام دینے کے کنونشنز (مثلاً، DEPT-PURPOSE-ENV) گورننس کی بنیاد ہیں --- وہ ورک اسپیس کو قابل دریافت، قابل سماعت، اور پیمانے پر قابل انتظام بناتے ہیں۔
• تعیناتی پائپ لائنوں کے ساتھ تھری ورک اسپیس پیٹرن (ترقی، ٹیسٹ، پروڈکشن) غیر تجربہ شدہ تبدیلیوں کو آخری صارفین تک پہنچنے سے روکتا ہے۔
• پاور BI ایپس صارفین کے لیے تجویز کردہ ڈسٹری بیوشن میکانزم ہیں --- وہ ورک اسپیس کو بے نقاب کیے بغیر کیوریٹڈ تجربہ فراہم کرتی ہیں
• مواد کی توثیق (ترقی یافتہ اور تصدیق شدہ) ایک اعتماد کا درجہ بناتی ہے جو صارفین کو مستند ڈیٹا سیٹس اور رپورٹس تلاش کرنے میں مدد کرتی ہے۔
• Microsoft Purview سے حساسیت کے لیبل برآمدات کے لیے خودکار بہاو وراثت کے ساتھ Power BI مواد کی درجہ بندی اور حفاظت کرتے ہیں۔
• پاور BI ایڈمن پورٹل میں 50 سے زیادہ کرایہ دار کی ترتیبات ہیں جو کنٹرول کرتی ہیں کہ کون ورک اسپیس بنا سکتا ہے، مواد کا اشتراک کر سکتا ہے، ڈیٹا ایکسپورٹ کر سکتا ہے، رپورٹس کو ایمبیڈ کر سکتا ہے، اور AI خصوصیات کو استعمال کر سکتا ہے۔
• استعمال کے میٹرکس اور سرگرمی لاگ گود لینے کے نمونوں میں مرئیت فراہم کرتے ہیں، گورننس ایڈجسٹمنٹ کے بارے میں ڈیٹا پر مبنی فیصلوں کو قابل بناتے ہیں۔

---

ورک اسپیس آرکیٹیکچر

ورک اسپیس کا مقصد

پاور BI ورک اسپیس ڈیٹا سیٹس، رپورٹس، ڈیش بورڈز، ڈیٹا فلوز، اور صفحہ بندی شدہ رپورٹس کے لیے ایک کنٹینر ہے۔ یہ تین مقاصد کو پورا کرتا ہے:

1. تعاون: ورک اسپیس کے اراکین مواد کی تعمیر اور اسے برقرار رکھنے میں تعاون کرتے ہیں۔
2. سیکیورٹی باؤنڈری: ورک اسپیس کے کردار (ایڈمن، ممبر، کنٹریبیوٹر، ناظر) کنٹرول کرتے ہیں کہ کون کیا کرسکتا ہے
3. تعیناتی یونٹ: ورک اسپیسز تعیناتی پائپ لائنز اور ایپ پبلشنگ کی اکائی ہیں

ورک اسپیس کے نام دینے کے کنونشنز

نام دینے کے کنونشنز کے بغیر، ورک اسپیس میں "سیلز ڈیش بورڈ،" "سیلز رپورٹس v2،" "جان کا ٹیسٹ،" اور "Q4 ریونیو فائنل فائنل" جیسے نام جمع ہوتے ہیں۔ نام دینے سے ابہام ختم ہوتا ہے۔

** تجویز کردہ نام دینے کا نمونہ:**

{Department}-{Subject}-{Environment}

مثالیں:

نام رکھنے کے اصول:

• محکمہ مخفف کے لیے UPPERCASE استعمال کریں (زیادہ سے زیادہ 5 حروف)
• موضوع کے لیے پاسکل کیس کا استعمال کریں (زیادہ سے زیادہ 20 حروف)
• ماحول کے لاحقے کے لیے UPPERCASE استعمال کریں۔
• ہائفن کے علاوہ کوئی خاص حروف نہیں۔
• کوئی ذاتی نام نہیں (ورک اسپیس ٹیموں سے تعلق رکھتے ہیں، افراد سے نہیں)

ورک اسپیس فی ڈیٹاسیٹ بمقابلہ ورک اسپیس فی ڈپارٹمنٹ

ورک اسپیس فی ڈپارٹمنٹ محکمے کے تمام مواد کو ایک ورک اسپیس میں گروپ کرتا ہے۔ اس کا انتظام کرنا آسان ہے لیکن جب کسی محکمے کے اندر متعدد ٹیموں کو رسائی کی مختلف سطحوں کی ضرورت ہوتی ہے تو اجازت کے چیلنجز پیدا ہوتے ہیں۔

ورک اسپیس فی ڈیٹاسیٹ ہر بڑے ڈیٹاسیٹ اور اس سے وابستہ رپورٹس کے لیے الگ ورک اسپیس بناتا ہے۔ یہ دانے دار رسائی کنٹرول فراہم کرتا ہے لیکن انتظام کرنے کے لیے مزید ورک اسپیس بناتا ہے۔

تجویز کردہ نقطہ نظر: ورک اسپیس فی سبجیکٹ ایریا۔ متعلقہ ڈیٹاسیٹس اور رپورٹس کو محکمہ کے بجائے کاروباری مضمون (ریونیو، پائپ لائن، انوینٹری) کے لحاظ سے گروپ کریں۔ یہ اس بات کی عکاسی کرتا ہے کہ ڈیٹا کس طرح تیار کیا جاتا ہے (محکموں کے اندر) کے بجائے کس طرح استعمال کیا جاتا ہے (کراس فنکشنل)۔

تین ماحول کا نمونہ

پیداواری کام کی جگہوں کو کبھی بھی براہ راست تبدیل نہیں کیا جانا چاہیے۔ پاور BI تعیناتی پائپ لائنوں کے ساتھ تین ماحولیات کا نمونہ استعمال کریں:

ڈویلپمنٹ ورک اسپیس — جہاں تجزیہ کار اور ڈویلپر رپورٹس اور ڈیٹا سیٹس کی تعمیر اور اعادہ کرتے ہیں۔ صرف BI ٹیم کو رسائی حاصل ہے۔ تبدیلیاں بار بار اور تجرباتی ہوتی ہیں۔

ٹیسٹ ورک اسپیس — جہاں کاروباری اسٹیک ہولڈر تبدیلیوں کا جائزہ لیتے ہیں اور ان کی توثیق کرتے ہیں۔ مواد کو ڈیولپمنٹ سے تعیناتی پائپ لائن کے ذریعے تعینات کیا جاتا ہے۔ اسٹیک ہولڈرز منظوری دینے سے پہلے ڈیٹا کی درستگی، بصری ترتیب، اور کاروباری منطق کی تصدیق کرتے ہیں۔

پروڈکشن ورک اسپیس — صرف ورک اسپیس کے اختتامی صارفین تک رسائی (ایپس کے ذریعے)۔ مواد کو اسٹیک ہولڈر کی منظوری کے بعد ٹیسٹ سے لگایا جاتا ہے۔ تبدیلیاں کنٹرول اور قابل سماعت ہیں۔

تعیناتی پائپ لائن سیٹ اپ:

1. پاور BI سروس میں، ایک تعیناتی پائپ لائن بنائیں (ترتیبات، پھر تعیناتی پائپ لائنز)
2. تین کام کی جگہوں کو ترقی، ٹیسٹ اور پیداوار کے مراحل کے لیے تفویض کریں۔
3. تعیناتی کے قوانین کو ترتیب دیں (مثال کے طور پر، ٹیسٹ سے پروڈکشن تعیناتی کے دوران ڈیٹا کا ذریعہ DEV ڈیٹا بیس سے PROD ڈیٹا بیس میں تبدیل کریں)
4. BI ٹیم کو تمام مراحل میں تعینات کرنے کے لیے رسائی فراہم کریں۔
5. اسٹیک ہولڈرز کو ٹیسٹ ٹو پروڈکشن تعیناتیوں کی منظوری کے لیے رسائی فراہم کریں۔

یہ پیٹرن اس بات کو یقینی بناتا ہے کہ:

• آخری صارفین کبھی بھی ٹوٹی ہوئی یا جاری رپورٹس نہیں دیکھتے ہیں۔
• پیداوار تک پہنچنے سے پہلے تبدیلیوں کا جائزہ لیا جاتا ہے۔
• تعیناتی کی تاریخ ایک آڈٹ ٹریل فراہم کرتی ہے۔
• ڈیٹا سورس کنکشنز خود بخود ماحول کے درمیان بدل جاتے ہیں۔

---

مواد کی تقسیم: ایپس بمقابلہ براہ راست رسائی

پاور BI ایپس

ایپس حتمی صارفین تک مواد تقسیم کرنے کا تجویز کردہ طریقہ ہیں۔ ایک ایپ ورک اسپیس کے مواد کا صرف پڑھنے کے لیے تیار کردہ منظر ہے۔

ایپس کے فوائد:

• صارفین ایک صاف، منظم انٹرفیس دیکھتے ہیں (ورک اسپیس کی مکمل مواد کی فہرست نہیں)
• مواد کو حسب ضرورت نیویگیشن کے ساتھ حصوں میں منظم کیا جا سکتا ہے۔
• ایپ کی اجازتیں ورک اسپیس کی اجازتوں سے الگ ہیں۔
• ایپس کو سیکورٹی گروپس، پوری تنظیم، یا مخصوص صارفین میں تقسیم کیا جا سکتا ہے۔
• ایپ اپ ڈیٹس واضح طور پر شائع کی جاتی ہیں --- صارفین کو کام میں جاری تبدیلیاں نظر نہیں آتی ہیں۔

ایک ایپ کو ترتیب دینا

1. پروڈکشن ورک اسپیس کھولیں۔
2. "ایپ بنائیں" یا "ایپ اپ ڈیٹ کریں" پر کلک کریں
3. ایپ سیکشنز اور نیویگیشن آرڈر کو کنفیگر کریں۔
4. سامعین کا تعین کریں (مخصوص صارفین، سیکورٹی گروپس، یا پوری تنظیم)
5. اجازتیں ترتیب دیں:

• صارفین کو رپورٹس کاپی کرنے کی اجازت دیں: ہاں/نہیں (حکومتی ماحول کے لیے نہیں)
• صارفین کو ڈیٹا سیٹس کے ساتھ مواد بنانے کی اجازت دیں: ہاں/نہیں (جی ہاں سیلف سروس کے لیے)
• صارفین کو ایپ کا اشتراک کرنے کی اجازت دیں: ہاں/نہیں

6. ایپ کو شائع کریں۔

براہ راست ورک اسپیس رسائی کا استعمال کب کریں۔

کام کی جگہ تک براہ راست رسائی (ایپ کے ذریعے نہیں) ان کے لیے موزوں ہے:

• BI ٹیم کے اراکین جنہیں مواد میں ترمیم کرنے کی ضرورت ہے۔
• طاقتور صارفین جو مشترکہ ڈیٹا سیٹس پر اپنی رپورٹ بناتے ہیں۔
• ڈویلپمنٹ اور ٹیسٹ ورک اسپیس (آخری صارفین کے لیے نہیں)

دیگر تمام صارفین کے لیے، ایپس زیادہ کنٹرول کے ساتھ ایک بہتر تجربہ فراہم کرتی ہیں۔

---

کردار اور اجازتیں۔

ورک اسپیس کے کردار

تنقیدی نوٹ: ناظرین اور تعاون کنندگان قطار کی سطح کی سیکیورٹی (RLS) کے تابع ہیں۔ ممبران اور ایڈمنز RLS کو نظرانداز کرتے ہیں اور تمام ڈیٹا دیکھتے ہیں۔ ایسے صارفین کو کبھی بھی ممبر یا ایڈمن کے کردار تفویض نہ کریں جو ڈیٹا کی پابندیوں کے تابع ہوں۔

اجازت میٹرکس

پاور BI کے کرداروں کے لیے تنظیمی کردار کا نقشہ بنائیں:

مائیکروسافٹ 365 گروپس

ہر پاور BI ورک اسپیس کو Microsoft 365 گروپ کی حمایت حاصل ہے۔ جب آپ ورک اسپیس بناتے ہیں تو ایک متعلقہ M365 گروپ بن جاتا ہے۔ آپ کر سکتے ہیں:

• M365 گروپ ممبران کو ورک اسپیس میں خود بخود شامل کریں۔
• ورک اسپیس کی رکنیت کے لیے موجودہ M365 گروپس (سیکیورٹی گروپس یا ڈسٹری بیوشن لسٹ) استعمال کریں۔
• Power BI کے بجائے Azure AD گروپ مینجمنٹ کے ذریعے ورک اسپیس تک رسائی کا انتظام کریں۔

بہترین عمل: ورک اسپیس تک رسائی کے لیے Azure AD سیکیورٹی گروپس کا استعمال کریں۔ "PBI-FIN-Revenue-Contributors" اور "PBI-FIN-Revenue-Viewers" جیسے گروپس بنائیں۔ ایڈہاک پاور BI اسائنمنٹس کے بجائے اپنے IAM عمل کے ذریعے رکنیت کا نظم کریں۔

---

مواد کی توثیق: فروغ اور تصدیق شدہ

توثیق پاور BI کا ٹرسٹ سگنل سسٹم ہے۔ یہ صارفین کو مستند مواد اور ایڈہاک رپورٹس کے درمیان فرق کرنے میں مدد کرتا ہے۔

توثیق کی سطحیں۔

سرٹیفیکیشن ترتیب دینا

1. پاور BI ایڈمن پورٹل میں، کرایہ دار کی ترتیبات پر جائیں۔
2. "مواد پیک اور ایپ کی ترتیبات" کے تحت "سرٹیفیکیشن" تلاش کریں 3۔ سرٹیفیکیشن کو فعال کریں۔
3. وضاحت کریں کہ کون مواد کی تصدیق کر سکتا ہے (تجویز کردہ: BI لیڈز اور ڈیٹا اسٹیورڈز کا ایک چھوٹا گروپ)
4. اپنے سرٹیفیکیشن دستاویزات کا لنک فراہم کریں (سرٹیفیکیشن کا معیار)

سرٹیفیکیشن کا معیار

ایک سرٹیفیکیشن چیک لسٹ بنائیں جسے تصدیق شدہ بیج حاصل کرنے سے پہلے مواد کو پاس کرنا ضروری ہے:

ڈیٹا کا معیار:

• ڈیٹا کا ذریعہ ایک منظور شدہ انٹرپرائز ذریعہ ہے (ذاتی ایکسل فائل نہیں)
• ریفریش شیڈول ترتیب دیا گیا ہے اور قابل اعتماد طریقے سے کامیاب ہو رہا ہے۔
• ڈیٹا کی توثیق کے چیک پاس (قطار کی گنتی، کل مفاہمت)
• تاریخی ڈیٹا مکمل ہے (کوئی خلا یا نقل نہیں)

ماڈل کا معیار:

• اسٹار اسکیما ڈیزائن (حقیقت کی میزیں + طول و عرض کی میزیں)
• تاریخ کی میز کو مناسب طریقے سے تشکیل اور نشان زد کیا گیا ہے۔
• تعلقات درست اور پرفارمنس ہیں۔
• کوئی دو طرفہ کراس فلٹر نہیں جب تک کہ واضح طور پر جواز نہ ہو۔
• اقدامات کے واضح نام اور فارمیٹنگ ہیں۔

کاروباری منطق:

• میٹرک کی تعریفیں تنظیم کے ڈیٹا ڈکشنری سے ملتی ہیں۔
• حسابات کا جائزہ کاروباری اسٹیک ہولڈر کے ذریعے لیا جاتا ہے۔
• ایج کیسز کو ہینڈل کیا جاتا ہے (صفر سے تقسیم، صفر اقدار، مستقبل کی تاریخیں)

سیکیورٹی:

• جہاں ضرورت ہو وہاں قطار کی سطح کی سیکیورٹی نافذ کی جاتی ہے۔
• حساسیت کے لیبل لگائے گئے ہیں۔
• پاور کوئری کے مراحل میں کوئی ہارڈ کوڈ شدہ اسناد یا حساس ڈیٹا نہیں ہے۔

دستاویزات:

• رپورٹ میں دستاویزی صفحہ یا ٹول ٹپ کی تفصیل شامل ہوتی ہے۔
• پیمائش کی وضاحتیں ماڈل میں آباد ہیں۔
• تبدیلی لاگ کو برقرار رکھا جاتا ہے۔

سرٹیفیکیشن ورک فلو

1. مواد تخلیق کرنے والا مواد کو فروغ دیتا ہے (سیلف سروس)
2. تخلیق کار BI گورننس ٹیم کو مطلع کر کے سرٹیفیکیشن کی درخواست کرتا ہے۔
3. گورننس ٹیم سرٹیفیکیشن چیک لسٹ کے خلاف جائزہ لیتی ہے۔
4. منظور ہونے پر، ایک نامزد سرٹیفائر مواد کی تصدیق کرتا ہے۔
5. سرٹیفیکیشن کا سہ ماہی جائزہ لیا جاتا ہے (یا جب بڑی تبدیلیاں تعینات کی جاتی ہیں)

---

حساسیت کے لیبلز

Microsoft Purview (سابقہ ​​Microsoft انفارمیشن پروٹیکشن) سے حساسیت کے لیبل Power BI مواد کی درجہ بندی اور حفاظت کرتے ہیں۔ وہ برآمدات میں برقرار رہتے ہیں --- ایکسل کو برآمد کی جانے والی "خفیہ" رپورٹ ایکسل فائل پر "خفیہ" لیبل رکھتی ہے۔

لیبل ٹیکسونومی

حساسیت کے لیبلز کی وضاحت کریں جو آپ کے ڈیٹا کی درجہ بندی کی پالیسی کے مطابق ہوں:

لیبل لگانا

لیبلز کو ڈیٹاسیٹ، رپورٹ اور ڈیش بورڈ کی سطح پر لاگو کیا جا سکتا ہے:

1. ڈیٹا سیٹ یا رپورٹ کی ترتیبات کھولیں۔
2. "حساسیت کے لیبل" کے تحت، مناسب لیبل منتخب کریں۔
3. لیبل مواد کی زندگی بھر میں برقرار رہتا ہے۔

خودکار لیبلنگ

پاور BI ایڈمن پورٹل میں پہلے سے طے شدہ حساسیت کے لیبلز کو ترتیب دیں:

• نئے مواد کے لیے ڈیفالٹ لیبل: "جنرل" پر سیٹ کریں تاکہ تمام نئی ورک اسپیسز ایک بنیادی درجہ بندی کے ساتھ شروع ہوں
• لازمی لیبلنگ: صارفین کو شائع کرنے سے پہلے ایک لیبل لگانے کا تقاضہ کرتا ہے۔
• ڈاؤن اسٹریم وراثت: جب کسی ڈیٹاسیٹ میں لیبل ہوتا ہے، تو اس پر بنی رپورٹس خود بخود لیبل کی وارث ہوجاتی ہیں

لیبل پر مبنی تحفظ

"خفیہ" اور "انتہائی رازدارانہ" لیبلز کے لیے، تحفظ کی کارروائیاں ترتیب دیں:

• محدود کریں کہ کون ڈیٹا ایکسپورٹ کرسکتا ہے (سی ایس وی/ایکسیل ایکسپورٹ کو انتہائی رازدارانہ کے لیے مسدود کریں)
• اس بات پر پابندی لگائیں کہ رپورٹیں کون پرنٹ کر سکتا ہے۔
• بیرونی اشتراک کو محدود کریں۔
• برآمد شدہ فائلوں پر Azure انفارمیشن پروٹیکشن انکرپشن کا اطلاق کریں۔
• آڈٹ لیبل میں کمی (مثال کے طور پر، خفیہ سے جنرل میں تبدیل کرنے کے لیے جواز درکار ہے)

---

ایڈمن پورٹل کنفیگریشن

پاور BI ایڈمن پورٹل 50 سے زیادہ کرایہ دار کی ترتیبات پر مشتمل ہے جو تنظیمی رویے کو کنٹرول کرتی ہے۔ یہاں حکمرانی کے لیے سب سے زیادہ مؤثر ترتیبات ہیں۔

ورک اسپیس کی ترتیبات

برآمد اور اشتراک کی ترتیبات

ڈویلپر کی ترتیبات

AI اور copilot کی ترتیبات

آڈٹ اور تعمیل

---

استعمال کی پیمائش اور اپنانے کی نگرانی

بلٹ ان یوزیج میٹرکس

پاور BI ہر ورک اسپیس کے لیے استعمال میٹرکس رپورٹس فراہم کرتا ہے۔ یہ رپورٹیں ظاہر کرتی ہیں:

• فی رپورٹ کے ملاحظات کی تعداد (روزانہ، ہفتہ وار، ماہانہ)
• فی رپورٹ منفرد ناظرین
• سب سے زیادہ مشہور رپورٹس
• کارکردگی کی اطلاع دیں (اوسط لوڈ ٹائم)
• تقسیم کا طریقہ (براہ راست رسائی بمقابلہ ایپ بمقابلہ ایمبیڈنگ)
• پلیٹ فارم (ویب، ڈیسک ٹاپ، موبائل)

ورک اسپیس میں کسی بھی رپورٹ پر "استعمال میٹرکس" پر کلک کرکے استعمال کے میٹرکس تک رسائی حاصل کریں۔

پاور BI سرگرمی لاگ

سرگرمی لاگ پاور BI سروس میں کی گئی ہر کارروائی کو ریکارڈ کرتا ہے۔ یہ اس کے ذریعے دستیاب ہے:

• مائیکروسافٹ 365 آڈٹ لاگ (تعمیل مرکز)
• Power BI REST API (Get-PowerBIActivityEvent cmdlet)
• Azure Log Analytics (اگر کنفیگر ہو)

** مانیٹر کرنے کے لیے اہم واقعات:**

اپنانے کا ڈیش بورڈ

سرگرمی لاگ ڈیٹا کا استعمال کرتے ہوئے داخلی اپنانے کا ڈیش بورڈ بنائیں۔ کلیدی میٹرکس:

Monthly Active Users =
DISTINCTCOUNT(ActivityLog[UserEmail])

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

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

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

اپنانے کا ڈیش بورڈ گورننس ٹیموں کی مدد کرتا ہے:

• کم گود لینے والے محکموں کی شناخت کریں (تربیت کی ضرورت ہے)
• بہت زیادہ استعمال شدہ رپورٹس تلاش کریں جن کی تصدیق ہونی چاہیے۔
• ایسی رپورٹس کا پتہ لگائیں جو کبھی نہیں دیکھی جاتی ہیں (ریٹائرمنٹ کے امیدوار)
• وقت کے ساتھ گورننس KPIs کو ٹریک کریں (مصدقہ مواد %، لیبل شدہ مواد %)

---

نسب اور اثرات کا تجزیہ

ڈیٹا لائنیج ویو

پاور BI کا نسب منظر ڈیش بورڈ کو رپورٹ کرنے کے لیے ڈیٹا سورس سے ڈیٹا سیٹ تک انحصاری سلسلہ دکھاتا ہے۔ ورک اسپیس مینو سے اس تک رسائی حاصل کریں (تین نقطے، پھر نسب کا منظر)۔

نسب کا نقطہ نظر جواب دیتا ہے:

• "کونسی رپورٹس اس ڈیٹاسیٹ کو استعمال کرتی ہیں؟" (ڈیٹا سیٹ تبدیلیوں کے لیے اثر تجزیہ)
• "اس رپورٹ کا ڈیٹا کہاں سے آتا ہے؟" (ماخذ کا سراغ لگانا)
• "کیا ایسے یتیم ڈیٹاسیٹ ہیں جن کی کوئی رپورٹ نہیں ہے؟" (صفائی امیدوار)
• "کون سا ڈیٹاسیٹس گیٹ وے سے جڑتے ہیں؟" (گیٹ وے انحصار میپنگ)

اثرات کا تجزیہ

ڈیٹا سیٹ کو تبدیل کرنے سے پہلے (ٹیبل میں ترمیم کرنا، کالم کا نام تبدیل کرنا، رشتہ تبدیل کرنا)، بہاوی اثرات کو سمجھنے کے لیے اثر تجزیہ کا استعمال کریں:

1. نسب کے منظر میں، ڈیٹا سیٹ کو منتخب کریں۔
2. "اثر تجزیہ" پر کلک کریں
3. پاور BI تمام رپورٹس، ڈیش بورڈز، اور ایپس دکھاتا ہے جو ڈیٹا سیٹ پر منحصر ہیں۔
4. فہرست کا جائزہ لیں اور بریکنگ تبدیلیاں کرنے سے پہلے رپورٹ کے مالکان کو مطلع کریں۔

یہ عام منظر نامے کو روکتا ہے جہاں ایک نیک نیت اسکیما تبدیلی 3 محکموں میں 15 رپورٹوں کو توڑ دیتی ہے۔

ڈیٹا کیٹلاگ انٹیگریشن

Microsoft Purview (سابقہ ​​Azure Data Catalog) والی تنظیموں کے لیے، Power BI ڈیٹاسیٹس کو ڈیٹا کیٹلاگ میں رجسٹر کیا جا سکتا ہے۔ یہ فراہم کرتا ہے:

• کراس پلیٹ فارم ڈیٹا کی دریافت (SQL ٹیبلز، Synapse ویوز، وغیرہ کے ساتھ پاور BI ڈیٹاسیٹس تلاش کریں)
• کاروباری لغت کا انضمام (Power BI اقدامات کو معیاری کاروباری تعریفوں سے جوڑیں)
• ڈیٹا اسٹیورڈ شپ (کیٹلاگ میں ڈیٹا مالکان اور اسٹیورڈز کو تفویض کریں)
• تعمیل سے باخبر رہنا (تمام ڈیٹا اثاثوں میں حساسیت کے لیبل اور درجہ بندی دیکھیں)

---

گورننس پالیسیوں کی دستاویز

ہر تنظیم کو پاور BI گورننس دستاویز کو برقرار رکھنا چاہئے۔ ذیل میں ایک ٹیمپلیٹ کا ڈھانچہ ہے۔

سیکشن 1: دائرہ کار اور مقاصد

• اس بات کی وضاحت کریں کہ آپ کی تنظیم کے لیے "گورننس" کا کیا مطلب ہے (بیوروکریسی نہیں بلکہ اہلیت)
• مقاصد بیان کریں: ڈیٹا ٹرسٹ، ریگولیٹری تعمیل، لاگت پر قابو، اپنانے میں تیزی
• اس بات کی وضاحت کریں کہ گورننس فریم ورک کس پر لاگو ہوتا ہے (تمام پاور BI صارفین، مخصوص محکمے، وغیرہ)

سیکشن 2: کردار اور ذمہ داریاں

سیکشن 3: معیارات

• ورک اسپیس کے نام کے کنونشنز (جیسا کہ اوپر بیان کیا گیا ہے)
• ڈیٹا سیٹ کے نام کے کنونشنز (جیسے، DS_Revenue_Sales، DS_Headcount_HR)
• نام دینے کے کنونشنز کی پیمائش کریں (مثال کے طور پر، "ریونیو YTD" نہیں "RevYTD" یا "ytd_revenue")
• نام دینے کے کنونشنز کی اطلاع دیں (جیسے RPT_Executive_Sales_Monthly)
• رنگ پیلیٹ کے معیارات (کارپوریٹ برانڈ کے ساتھ سیدھ میں کریں)
• بصری رہنما خطوط (کس چارٹ کی قسم کس ڈیٹا کی قسم کے لیے)

سیکشن 4: عمل

• مواد کا لائف سائیکل: تخلیق کریں، فروغ دیں، تصدیق کریں، ریٹائر ہوں۔
• انتظام کو تبدیل کریں: تصدیق شدہ مواد میں تبدیلیوں کی درخواست کیسے کریں۔
• رسائی کی درخواست کا عمل: صارف کس طرح ورک اسپیس یا ایپ تک رسائی کی درخواست کرتے ہیں۔
• واقعہ کا جواب: جب ڈیٹا کی خلاف ورزی یا گورننس کی خلاف ورزی کا پتہ چل جائے تو کیا کرنا ہے۔
• کیڈنس کا جائزہ لیں: سہ ماہی سرٹیفیکیشن کے جائزے، سالانہ پالیسی اپ ڈیٹس

سیکشن 5: تعمیل

• ڈیٹا کی درجہ بندی کے تقاضے (جو حساسیت کے لیبل لازمی ہیں)
• ریگولیٹری تقاضے (GDPR، HIPAA، SOC 2، صنعت کے لیے مخصوص)
• ڈیٹا برقرار رکھنے کی پالیسیاں (تاریخی ڈیٹا کو ڈیٹا سیٹس میں کب تک رکھنا ہے)
• ایکسپورٹ پابندیاں (کون کس قسم کے ڈیٹا کو ایکسپورٹ کر سکتا ہے)

سیکشن 6: تربیت

• نئے پاور BI صارفین کے لیے آن بورڈنگ ٹریننگ (سیلف سروس، 2 گھنٹے)
• رپورٹ کے مصنفین کے لیے اعلیٰ تربیت (انسٹرکٹر کی زیر قیادت، 1 دن)
• ڈیٹا اسٹیورڈز اور ایڈمنز کے لیے گورننس ٹریننگ (انسٹرکٹر کی زیر قیادت، آدھا دن)
• تمام صارفین کے لیے سالانہ ریفریشر ٹریننگ (سیلف سروس، 1 گھنٹہ)

گورننس کو شروع سے نافذ کرنے والی تنظیموں کے لیے، ECOSIRE's Power BI نفاذ سروس میں ایک گورننس ورکشاپ شامل ہے جو آپ کی تنظیم کے سائز اور صنعت کے مطابق ایک حسب ضرورت گورننس دستاویز، ورک اسپیس آرکیٹیکچر، اور سرٹیفیکیشن کا عمل تیار کرتی ہے۔

---

اسکیلنگ گورننس

چھوٹی تنظیمیں (100 سے کم صارفین)

حکمرانی کو ہلکا رکھیں:

• واضح نام کے ساتھ 5-10 ورک اسپیس
• فی محکمہ ایک یا دو تصدیق شدہ "سنہری" ڈیٹا سیٹس
• حساسیت کے لیبلز اختیاری (سادہ ورک اسپیس ایکسیس کنٹرول کے ساتھ شروع کریں)
• سہ ماہی گورننس کا جائزہ اجلاس
• ایک پاور BI ایڈمن جو ڈیٹا اسٹیورڈ کے طور پر دگنا ہوتا ہے۔

درمیانی تنظیمیں (100-1,000 صارفین)

ڈھانچہ شامل کریں:

• 20-50 ورک اسپیس جس میں نام دینے کے کنونشنز نافذ ہیں۔
• تمام پیداواری مواد کے لیے تعیناتی پائپ لائنز
• ڈیٹا سیٹس پر لازمی حساسیت کے لیبل
• ایک رسمی چیک لسٹ کے ساتھ مواد کی تصدیق
• ماہانہ گورننس جائزہ اجلاس
• ایڈمن اور اسٹیورڈ کے کرداروں کے ساتھ سرشار BI ٹیم (2-5 افراد)

بڑی تنظیمیں (1,000+ صارفین)

مکمل گورننس پروگرام:

• مرکزی ایڈمن ٹیم کے زیر انتظام 100+ ورک اسپیس
• سینٹر آف ایکسی لینس (CoE) معیارات، تربیت اور مدد فراہم کرتا ہے۔
• خودکار گورننس مانیٹرنگ (Power BI REST API + حسب ضرورت ڈیش بورڈز)
• انٹرپرائز ڈیٹا کیٹلاگ کے لیے Microsoft Purview کے ساتھ انضمام
• آڈٹ لاگز کا جائزہ لینے والا تعمیل افسر
• گورننس KPIs کے ساتھ سہ ماہی کاروباری جائزے۔
• تصدیق شدہ مواد میں تبدیلیوں کو توڑنے کے لیے رسمی تبدیلی کا مشاورتی بورڈ

سینٹر آف ایکسی لینس ماڈل

پاور BI سنٹر آف ایکسیلنس (CoE) ایک کراس فنکشنل ٹیم ہے جو گورننس، معیارات، تربیت اور مدد کی مالک ہے۔ CoE ہر محکمے کے لیے رپورٹیں نہیں بناتا --- یہ محکموں کو اس قابل بناتا ہے کہ وہ اپنی رپورٹیں گورننس کے دائرے میں بنا سکیں۔

CoE کی ذمہ داریاں:

1. گورننس کی پالیسیوں کی وضاحت اور برقرار رکھنا
2. مشترکہ ڈیٹا سیٹس بنائیں اور تصدیق کریں ("سنہری" ڈیٹا لیئر)
3. ڈیٹا گیٹ وے اور انفراسٹرکچر کا نظم کریں۔
4. سیلف سروس استعمال کرنے والوں کے لیے تربیت اور دفتری اوقات فراہم کریں۔
5. محکمانہ مواد کا جائزہ لیں اور تصدیق کریں۔
6. اپنانے اور استعمال کی پیمائش کی نگرانی کریں۔
7. پاور BI کی نئی خصوصیات اور صلاحیتوں کا جائزہ لیں۔
8. سیکورٹی، تعمیل، اور لائسنسنگ پر IT کے ساتھ ہم آہنگی پیدا کریں۔

CoE کا سائز:

---

اکثر پوچھے گئے سوالات

میری تنظیم کی کتنی ورک اسپیسز ہونی چاہئیں؟

اس کا کوئی آفاقی جواب نہیں ہے، لیکن ایک کارآمد رہنما خطوط ایک پروڈکشن ورک اسپیس ہے جس میں ہر ایک کے لیے کام کی جگہیں (ریونیو، پائپ لائن، انوینٹری، ورک فورس، وغیرہ) کے علاوہ ترقی اور ٹیسٹ ورک اسپیس ہیں۔ 500 افراد کی تنظیم میں عام طور پر 15-30 ورک اسپیس ہوتے ہیں۔ کلیدی میٹرک ورک اسپیس کی تعداد نہیں ہے بلکہ یہ ہے کہ آیا ہر ورک اسپیس کا واضح مالک، مقصد اور نام دینے کا کنونشن ہے۔ بغیر کسی واضح ملکیت کے یتیم کام کی جگہیں گورننس کا خطرہ ہیں۔

کیا ہمیں محدود کرنا چاہیے کہ ورک اسپیس کون بنا سکتا ہے؟

جی ہاں غیر محدود کام کی جگہ کی تخلیق پھیلاؤ کا باعث بنتی ہے۔ ایڈمن پورٹل میں، ورک اسپیس کی تخلیق کو BI ٹیم یا نامزد پاور صارفین تک محدود کریں۔ دوسرے صارفین ایک سادہ فارم یا ٹکٹنگ کے عمل کے ذریعے ورک اسپیس کی درخواست کر سکتے ہیں۔ درخواست میں شامل ہونا چاہیے: ورک اسپیس کا نام (نام دینے کے کنونشنز کے بعد)، مقصد، مالک، متوقع سامعین، اور ڈیٹا کے ذرائع۔ یہ تھوڑی مقدار میں رگڑ کا اضافہ کرتا ہے جو ورک اسپیس کے پھیلاؤ کو روکتا ہے جبکہ اس بات کو یقینی بناتا ہے کہ ہر ورک اسپیس کا احتساب ہو۔

ورک اسپیس اور ایپ میں کیا فرق ہے؟

ورک اسپیس تعاون کا ماحول ہے جہاں BI ڈویلپرز مواد (ڈیٹا سیٹ، رپورٹس، ڈیش بورڈ) بناتے اور برقرار رکھتے ہیں۔ ایک ایپ صرف پڑھنے کے لیے، اس مواد کا کیوریٹ شدہ پیکج ہے جسے اختتامی صارفین میں تقسیم کیا جاتا ہے۔ ورک اسپیس کو کچن اور ایپ کو ریستوراں کے مینو کے طور پر سمجھیں۔ کھانے والے (آخری صارفین) مینو (ایپ) دیکھتے ہیں اور منتخب کرتے ہیں کہ کیا استعمال کرنا ہے۔ شیف (BI ڈویلپر) باورچی خانے (کام کی جگہ) میں پیش کشوں کو تیار کرنے اور اس پر اعادہ کرنے کے لیے کام کرتے ہیں۔ علیحدگی یقینی بناتی ہے کہ صارفین ہمیشہ پالش، توثیق شدہ مواد دیکھیں۔

ہم پاور BI میں حساس ڈیٹا کو کیسے ہینڈل کرتے ہیں؟

اپنے تحفظات کو پرت دیں: (1) ہر صارف کون سی قطاریں دیکھ سکتا ہے اس کو محدود کرنے کے لیے قطار کی سطح کی سیکیورٹی کا استعمال کریں۔ (2) حساس کالموں (مثلاً تنخواہ) کو غیر مجاز کرداروں سے چھپانے کے لیے آبجیکٹ لیول سیکیورٹی کا استعمال کریں۔ (3) مواد کی درجہ بندی کرنے اور برآمدات کو کنٹرول کرنے کے لیے حساسیت کے لیبل لگائیں۔ (4) انتہائی خفیہ مواد کے لیے ایڈمن پورٹل میں برآمد کی اجازتوں کو محدود کریں۔ (5) Power BI تک رسائی کے لیے مینیجڈ ڈیوائسز اور MFA کی ضرورت کے لیے Azure AD مشروط رسائی کا استعمال کریں۔ (6) ڈیٹا تک رسائی کے غیر معمولی نمونوں کے لیے سرگرمی لاگ کی نگرانی کریں۔ کوئی ایک پیمانہ کافی نہیں ہے --- گہرائی میں دفاع ضروری ہے۔

ہم اپنے گورننس پروگرام کی کامیابی کی پیمائش کیسے کرتے ہیں؟

ان گورننس KPIs کو ماہانہ ٹریک کریں: (1) پروڈکشن ڈیٹا سیٹس کا فیصد جو تصدیق شدہ ہیں (ہدف: 80%+)۔ (2) حساسیت کے لیبلز کے ساتھ مواد کا فیصد (ہدف: 100%)۔ (3) یتیم کام کی جگہوں کی تعداد جس میں 90 دنوں میں کوئی سرگرمی نہیں ہے (ہدف: صفر)۔ (4) نئے مواد کی تصدیق کے لیے اوسط وقت (ہدف: 5 کاروباری دنوں سے کم)۔ (5) صارف کو اپنانے کی شرح (ماہانہ فعال صارفین کو لائسنس یافتہ صارفین سے تقسیم کیا گیا، ہدف: 70%+)۔ (6) آڈٹ لاگز میں گورننس کی خلاف ورزیوں کا پتہ لگایا گیا (ہدف: گرتا ہوا رجحان)۔ (7) سیلف سروس کا تناسب (کاروباری صارفین کے ذریعہ تیار کردہ رپورٹس بمقابلہ IT بلٹ، ہدف: بڑھتی ہوئی)۔ ان میٹرکس کو ٹریک کرنے اور ماہانہ گورننس میٹنگز میں ان کا جائزہ لینے کے لیے ایک اندرونی گورننس ڈیش بورڈ بنائیں۔