ERP Change Request Management: Process, Prioritization, and Governance

Implement an ERP change request management process that balances user needs with system stability through structured intake, evaluation, and delivery.

E
ECOSIRE Research and Development Team
|16 مارچ، 20268 منٹ پڑھیں1.6k الفاظ|

ہماری Digital Transformation ROI سیریز کا حصہ

مکمل گائیڈ پڑھیں

ERP تبدیلی کی درخواست کا انتظام: عمل، ترجیح، اور گورننس

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

مؤثر تبدیلی کی درخواست کا انتظام استحکام کے ساتھ ردعمل کو متوازن کرتا ہے۔ یہ گائیڈ ERP تبدیلیوں کو پائیدار طریقے سے منظم کرنے کے لیے عمل کا فریم ورک، ترجیحی طریقہ کار، اور گورننس کا ڈھانچہ فراہم کرتا ہے۔


تبدیلی کی درخواست لائف سائیکل

مرحلہ 1: جمع کرانے کی درخواست کریں۔

ہر تبدیلی کی درخواست میں شامل ہونا چاہیے:

فیلڈتفصیلمثال
درخواست گزارنام اور محکمہ"سارہ چن، اے پی ٹیم لیڈ"
درخواست کی قسمبگ فکس، اضافہ، نئی خصوصیت، کنفیگریشن تبدیلیاضافہ
کاروباری عمل متاثرکون سا عمل اور ماڈیولقابل ادائیگی اکاؤنٹس -- انوائس پروسیسنگ
موجودہ رویہآج کیا ہوتا ہے"تمام رسیدوں کے لیے دستی تین طرفہ مماثلت"
مطلوبہ سلوککیا ہونا چاہیے"$5,000 سے کم رسیدوں کے لیے خودکار مماثلت"
کاروباری جوازیہ تبدیلی کیوں اہم ہے"دستی مماثلت کے 15 گھنٹے/ہفتہ بچائے گا"
فوری طور پرکتنی جلدی اس کی ضرورت ہے"اگلے مہینے کے اختتام سے پہلے"
متاثرہ صارفین کی تعدادکتنے لوگوں پر اس کا اثر پڑتا ہے"4 اے پی عملہ + 12 منظوری دینے والے"

سبمیشن چینلز:

  • ہیلپ ڈیسک سسٹم میں وقف درخواست فارم (ترجیحی)
  • ERP سپورٹ ٹیم کو ای میل (ٹکٹ میں تبدیل)
  • صارف گروپ میٹنگز میں بحث (ٹکٹ میں رسمی)

مرحلہ 2: ٹرائیج اور درجہ بندی

جمع کرانے کے 2 کاروباری دنوں کے اندر، ERP ٹیم درخواست کی درجہ بندی کرتی ہے:

درجہ بندیتعریفSLA
بگ فکسسسٹم ڈیزائن یا دستاویز کے مطابق کام نہیں کر رہا ہےشدت کی بنیاد پر 1-5 دن
کنفیگریشن تبدیلیموجودہ ترتیبات میں ایڈجسٹمنٹ (کوڈ میں کوئی تبدیلی نہیں)5-10 کاروباری دن
اضافہموجودہ فعالیت کی توسیعاگلے جائزے کے چکر میں جانچا گیا
نئی خصوصیتصلاحیت جو آج موجود نہیں ہےاگلے جائزے کے چکر میں جانچا گیا
تربیت کا مسئلہصارف موجودہ فعالیت کو استعمال کرنے کا طریقہ نہیں جانتا ہےٹریننگ ٹیم پر ری ڈائریکٹ
دائرہ کار سے باہرERP سسٹم سے متعلق نہیںمناسب ٹیم کو ری ڈائریکٹ

مرحلہ 3: اثر کا اندازہ

کنفیگریشن تبدیلیوں، اضافہ، اور نئی خصوصیات کے لیے، اثر کی تشخیص کریں:

تشخیص کے طول و عرض:

طول و عرضسوالاتدرجہ بندی (1-5)
کاروباری قدرکتنے صارفین کو فائدہ ہوتا ہے؟ کتنا وقت / لاگت بچائی گئی؟
تکنیکی پیچیدگیکتنی ترقی کی کوشش؟ انضمام اثر؟
خطرہکیا ٹوٹ سکتا ہے؟ کیا یہ الٹنے والا ہے؟
جانچ کی کوششکتنی وسیع جانچ کی ضرورت ہے؟ رجعت کا خطرہ؟
انحصارکیا اس میں وینڈر کی شمولیت یا دیگر تبدیلیوں کی ضرورت ہے؟

کوشش کا تخمینہ:

| سائز | ترقی کے اوقات | جانچ کے اوقات | مکمل کوشش | عام ڈیلیوری | |------|-----------------|---------------|---------------| | XS | 1-4 گھنٹے | 1-2 گھنٹے | <1 دن | 1-2 ہفتے | | ایس | 4-16 گھنٹے | 4-8 گھنٹے | 2-3 دن | 2-4 ہفتے | | ایم | 16-40 گھنٹے | 8-20 گھنٹے | 1-2 ہفتے | 4-8 ہفتے | | L | 40-120 گھنٹے | 20-40 گھنٹے | 3-4 ہفتے | 8-16 ہفتے | | XL | 120+ گھنٹے | 40+ گھنٹے | 4+ ہفتے | 16+ ہفتے (منی پروجیکٹ) |

مرحلہ 4: ترجیح

تشخیص شدہ درخواستوں کو ترجیح دینے کے لیے وزنی اسکورنگ ماڈل کا استعمال کریں:

معیاروزنسکور (1-5)وزنی سکور
کاروباری اثرات (صارفین ایکس ویلیو)30%
اسٹریٹجک صف بندی25%
تاخیر کی قیمت (اگر ہم انتظار کریں تو کیا ہوگا)20%
نفاذ کا خطرہ (الٹا)15%
کوشش کی کارکردگی (قیمت فی گھنٹہ)10%
کل100%

مرحلہ 5: منظوری اور شیڈولنگ

** منظوری کی اتھارٹی سائز کے لحاظ سے:**

| سائز | منظور کرنے والا | بجٹ اتھارٹی | |------|-------------------------------| | XS-S | ERP ٹیم لیڈ | آپریشنل بجٹ کے اندر | | ایم | ERP اسٹیئرنگ کمیٹی | لائن آئٹم کی منظوری درکار ہے | | L | VP/ڈائریکٹر + اسٹیئرنگ کمیٹی | کاروباری کیس کی ضرورت ہے | | XL | ایگزیکٹو اسپانسر + اسٹیئرنگ کمیٹی | پراجیکٹ کی باضابطہ منظوری کی ضرورت ہے |

** نظام الاوقات:**

  • اسپرنٹ پر مبنی: گروپ کو 2-4 ہفتے کے اسپرنٹ میں مقررہ صلاحیت کے ساتھ تبدیل کیا جاتا ہے۔
  • مسلسل: اسکور کے لحاظ سے ترجیح کے مطابق، صلاحیت کی اجازت کے مطابق ایڈریس کی تبدیلیاں
  • ریلیز پر مبنی: ٹیسٹنگ سائیکلوں کے ساتھ سہ ماہی ریلیز میں بنڈل کی تبدیلی

مرحلہ 6: نفاذ اور رہائی

عمل درآمد کے ورک فلو کو تبدیل کریں:

  1. غیر پیداواری ماحول میں تبدیلی پیدا کریں۔
  2. یونٹ تنہائی میں تبدیلی کی جانچ کریں۔
  3. متعلقہ عمل کے ساتھ انٹیگریشن ٹیسٹ
  4. درخواست کنندہ کے ذریعہ صارف کی قبولیت کی جانچ
  5. تبدیلی کی دستاویز کریں (تشکیل، تربیتی مواد کی تازہ کاری)
  6. شیڈول کی تعیناتی ونڈو
  7. Deploy to production
  8. پیداوار میں تصدیق کریں۔
  9. درخواست کنندہ کی تصدیق کے ساتھ تبدیلی کی درخواست کو بند کریں۔

گورننس کا ڈھانچہ

ERP اسٹیئرنگ کمیٹی

** کمپوزیشن:**

  • ایگزیکٹو اسپانسر (عام طور پر CFO یا COO)
  • آئی ٹی کی قیادت
  • محکمہ کے نمائندے (فنانس، آپریشنز، سیلز، ایچ آر)
  • ERP ٹیم کی قیادت

کیڈنس: ماہانہ (زیادہ تبدیلی کے ادوار کے دوران دو ہفتہ وار)

** ایجنڈا:**

  1. تبدیلی کی درخواست کی پائپ لائن کا جائزہ لیں (نئی، جاری، مکمل)
  2. زیر التواء درخواستوں کو ترجیح دیں۔
  3. وسائل کی صلاحیت اور رکاوٹوں کا جائزہ لیں۔
  4. کشیدگی اور تنازعات کو حل کریں۔
  5. سسٹم کی صحت اور کارکردگی کے میٹرکس کا جائزہ لیں۔
  6. وینڈر اپ گریڈ اور پیچ کے لیے منصوبہ بنائیں

تبدیلی ایڈوائزری بورڈ (CAB)

** کمپوزیشن:**

  • ERP ٹیم لیڈ (کرسی)
  • تکنیکی قیادت
  • کاروباری تجزیہ کار
  • سیکیورٹی کا نمائندہ
  • کوالٹی اشورینس کا نمائندہ

کیڈنس: ہفتہ وار

ذمہ داریاں:

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

تبدیلی کی درخواست والیوم کا انتظام کرنا

توقعات کا تعین

تنظیم کو ان اصولوں سے آگاہ کریں:

  1. ہر درخواست پر عمل درآمد نہیں کیا جائے گا۔ کچھ درخواستیں قابل عمل نہیں ہیں، حکمت عملی کے مطابق نہیں ہیں، یا سرمایہ کاری کے قابل نہیں ہیں۔

  2. وقت کی ضمانت نہیں ہے۔ جنوری میں منظور شدہ درخواست صلاحیت اور ترجیح کی بنیاد پر Q3 کے لیے شیڈول کی جا سکتی ہے۔

  3. ورک راؤنڈز ناکامی نہیں ہیں۔ بعض اوقات بہترین حل دستاویزی کام ہوتا ہے، سسٹم کی تبدیلی نہیں۔

  4. بیچ کی تبدیلیاں زیادہ کارآمد ہیں۔ انفرادی تعیناتیوں میں اوور ہیڈ ہوتا ہے۔ ریلیز میں متعلقہ تبدیلیاں بیچنے سے خطرہ اور کوشش کم ہو جاتی ہے۔

درخواست کا حجم کم کرنا

  • بہتر تربیت ان درخواستوں کو کم کرتی ہے جو موجودہ خصوصیات کو استعمال کرنے کا طریقہ نہ جاننے سے پیدا ہوتی ہیں۔
  • دستاویزات ایک ہی معلومات کے لیے بار بار کی جانے والی درخواستوں کو کم کرتی ہے۔
  • صارف گروپ صارفین کو حل اور بہترین طریقوں کا اشتراک کرنے کی اجازت دیتے ہیں۔
  • متحرک اصلاح انفرادی درخواستوں کو پیدا کرنے سے پہلے درد کے عام نکات کو حل کرتی ہے۔

ٹریک کرنے کے لیے میٹرکس

میٹرکہدفسرخ پرچم
درخواست سے ٹرائیج تک کا اوسط وقت<2 کاروباری دن>5 کاروباری دن
منظوری سے لے کر ترسیل تک کا اوسط وقت (S)<4 ہفتے>8 ہفتے
بیک لاگ سائز کی درخواست کریںمستحکم یا گھٹتا ہوامہینہ بہ مہینہ بڑھتی ہوئی
درخواست مسترد ہونے کی شرح10-20%>40% (مایوسی) یا <5% (کوئی گورننس نہیں)
تعیناتی کے بعد کی خرابی کی شرح<5%>15%
عمل سے صارف کا اطمینان>3.5/5<3/5

متعلقہ وسائل


ایک اچھی طرح سے منظم تبدیلی کی درخواست کا عمل ایک ERP کے درمیان فرق ہے جو وقت کے ساتھ ساتھ بہتر ہوتا ہے اور ایک جو لائیو کے بعد رک جاتا ہے۔ حکمرانی کے ڈھانچے، ترجیحی فریم ورک، اور مواصلات کے طریقوں میں سرمایہ کاری کریں جو آپ کے ERP کو ​​آپ کے کاروبار کے ساتھ تیار کرتے رہیں۔ ERP گورننس اور اصلاحی پروگراموں کو قائم کرنے میں مدد کے لیے ECOSIRE سے رابطہ کریں۔

E

تحریر

ECOSIRE Research and Development Team

ECOSIRE میں انٹرپرائز گریڈ ڈیجیٹل مصنوعات بنانا۔ Odoo انٹیگریشنز، ای کامرس آٹومیشن، اور AI سے چلنے والے کاروباری حل پر بصیرت شیئر کرنا۔

Chat on WhatsApp