کام کی خرابی کا ڈھانچہ (WBS) اور دائرہ کار کی منصوبہ بندی

فائدہ:

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

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

دائرہ کار کا بیان کیا ہے؟

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

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

مشورہ: دائرہ کار کا بیان لکھتے وقت، "ہم کیا نہیں کریں گے" کی فہرست میں اتنی ہی کوشش کریں جتنا کہ "ہم کیا کریں گے۔" خارج کردہ اشیاء منصوبے کے لیے سب سے سستی انشورنس ہیں۔

کام کی خرابی کا ڈھانچہ (WBS) کیا ہے؟

ورک بریک ڈاؤن ڈھانچہ (WBS) ایک درجہ بندی کا درخت ہے جو پروجیکٹ کے کل کام کو منطقی ٹکڑوں میں تقسیم کرتا ہے جو آہستہ آہستہ اوپر سے نیچے تک چھوٹے ہوتے جاتے ہیں۔ سب سے اوپر پراجیکٹ ہے، اس کے نیچے مین ڈیلیوری ایبلز/فیزز ہیں، اور ان کے نیچے ورک پیکجز ہیں۔ ورک پیکج کام کا سب سے نچلی سطح کا ٹکڑا ہے جو کسی شخص/ٹیم کو تفویض کیا جا سکتا ہے اور اس کی مدت اور لاگت کا اندازہ لگانے کے لیے کافی چھوٹا ہے۔ ایک اچھا WBS دو اصولوں کی پیروی کرتا ہے: 100% قاعدہ (نچلے حصوں کے مجموعے میں پورا اوپری حصہ شامل ہے، زیادہ نہیں، کم نہیں) اور باہمی اختصاص (کوئی دو پیکجوں میں ایک ہی کام نہیں ہے، کوئی اوورلیپ نہیں)۔

WBS اتنا اہم کیوں ہے؟ کیونکہ پیشن گوئی، شیڈول، بجٹ اور خطرہ ہمیشہ کام کے پیکیج کی سطح پر کیا جاتا ہے. "ہم ایک ویب سائٹ بنائیں گے" غیر متوقع ہے؛ لیکن پیکجز جیسے "لاگ ان پیج ڈیزائن"، "صارف رجسٹریشن فارم"، "ادائیگی کے انضمام کی جانچ" قابل قیاس ہیں۔ WBS ذمہ داری تفویض کرنے (RACI)، پیش رفت کی نگرانی اور مواصلات کا فریم ورک بھی ہے۔

مرحلہ وار: AI کے ساتھ WBS ڈرافٹ تیار کرنا

1. دائرہ کار واضح کریں۔ گمنام طور پر AI کو پروجیکٹ کا مقصد، اہم ڈیلیوری ایبلز اور معلوم رکاوٹیں بتائیں۔ ایک اچھا WBS کسی غیر واضح مقصد سے نہیں آتا۔
2. ڈرافٹ بریک ڈاؤن کے لیے پوچھیں۔ AI سے ایک درجہ بندی کے لیے پوچھیں جسے مراحل اور کام کے پیکجوں میں تقسیم کیا گیا ہے۔ ہر پیکج کے لیے ایک لائن کے دائرہ کار کی تفصیل اور تجویز کردہ ڈیلیوری کے لیے پوچھیں۔
3. 100% اصول کی جانچ کریں۔ چیک کریں کہ آیا کل تیار کردہ پیکجز دائرہ کار پر پورا اترتے ہیں۔ گمشدہ اور غیر ضروری اشیاء کو نشان زد کریں۔
4. قبولیت کا معیار شامل کریں۔ ڈیلیوریبل ہر کلید کے لیے قابل پیمائش قبولیت کے معیار کا مسودہ درکار ہے، پھر انہیں حقیقت کے خلاف بہتر کریں۔
5. دائرہ کار سے باہر واضح کریں۔ AI سے ان چیزوں کی فہرست طلب کریں جو ممکنہ طور پر اس پروجیکٹ کے دائرہ کار سے باہر ہونی چاہئیں اور ٹیم کے ساتھ اس پر تبادلہ خیال کریں۔
6. ٹیم اور اسٹیک ہولڈر کی توثیق۔ ورک پیکج کے مالکان کے ساتھ مسودے کا جائزہ لیں۔ ٹیم کی منظوری کے بغیر ڈبلیو بی ایس کبھی بھی "منصوبہ" نہیں ہے۔

احتیاط: AI سے تیار کردہ WBS اکثر ایک اہم پیکیج سے محروم رہ سکتا ہے (جیسے "قانونی منظوری،" "ڈیٹا منتقلی،" "صارف کی تربیت") جو منطقی معلوم ہوتا ہے لیکن آپ کی تنظیم کے لیے مخصوص ہے۔ گمشدہ پیکٹ شروع سے ہی آپ کی پیشین گوئی کو غلط بنا دے گا۔ انسانی نقطہ نظر سے 100% اصول کا اطلاق یقینی بنائیں۔

تین چھوٹے مقدمات

کیس 1 - وقت کی بچت کا خاکہ۔ ایک نئے انٹرانیٹ پروجیکٹ کے لیے شروع سے WBS بنانے کے بجائے، ایک PMO ماہر نے YZ کو گمنام اسکوپ کا خلاصہ دیا اور ایک مسودہ طلب کیا۔ YZ نے 6 مراحل اور 34 ورک پیکج تجویز کیے ہیں۔ ماہر نے ٹیم کے ساتھ 45 منٹ کی ورکشاپ میں 5 پیکجز کو ہٹا دیا اور 3 گمشدہ پیکجز (SSO انٹیگریشن، ایکسیسبیلٹی ٹیسٹنگ، مواد کی منتقلی) کو شامل کیا۔ جس کام کو شروع سے ایک دن لگتا تھا، وہ آدھے دن میں مکمل ہو گیا اور مزید مکمل ہو گیا۔

کیس 2 - کیچنگ اسکوپ رینگنا۔ ایک پروجیکٹ مینیجر گاہک سے AI 12 چھوٹی درخواستیں دیتا ہے اور پوچھتا ہے "کیا یہ موجودہ دائرہ کار کے بیان کے مطابق دائرہ کار میں ہیں یا دائرہ سے باہر؟" اس نے اس کی درجہ بندی کی تھی: YZ 7 نے درخواست کو "ممکنہ طور پر دائرہ کار سے باہر" کے طور پر جھنڈا لگایا۔ وزیراعظم نے ان کو سرکاری تبدیلی کی درخواستوں میں تبدیل کر دیا۔ بصورت دیگر 3 ہفتوں کا اضافی کام خاموشی سے پروجیکٹ میں داخل ہو جائے گا۔

کیس 3 - پیکٹ ٹریپ غائب ہے۔ ایک ٹیم نے بغیر تصدیق کے YZ کے تیار کردہ WBS کے 28 پیکجوں کی منظوری دی۔ پروجیکٹ کے وسط میں، یہ دیکھا گیا کہ کوئی "ڈیٹا مائیگریشن" اور "گو لائیو ریہرسل" پیکجز نہیں تھے۔ ان دو یادوں نے شیڈول میں 4 ہفتوں کا اضافہ کیا۔ سبق: AI ڈرافٹ کو 100% اصول کے ساتھ انسانی جانچ کے بغیر منظور نہیں کیا جانا چاہیے۔

کمزور فوری / مضبوط اشارہ

کمزور اشارہ:

موبائل ایپلیکیشن پروجیکٹ کے لیے WBS لکھیں۔

یہ پرامپٹ بہت عام ہے: AI عام طور پر ایک ٹیمپلیٹ تیار کرتا ہے، لیکن آپ کے پروجیکٹ کی اصل ڈیلیوری ایبلز، رکاوٹوں اور قبولیت کے معیار سے بہت کم مطابقت رکھتا ہے۔

طاقتور اشارہ:

آپ کا کردار: ایک سینئر پروجیکٹ پلاننگ ماہر۔ سیاق و سباق: ریٹیل کلائنٹ کے لیے ایک انوینٹری سے باخبر رہنے والی موبائل ایپلیکیشن (نام پر نقاب پوش)۔ رکاوٹیں: 4 ماہ، موجودہ ERP کے ساتھ انضمام لازمی، iOS+Android، ڈیٹا کی منتقلی دستیاب ہے۔ ٹاسک: WBS کا مسودہ تیار کریں جسے مراحل اور کام کے پیکجوں میں تقسیم کیا گیا ہے۔ اصول: %10 اصول:- ہر مرحلے کے تحت پیکجوں کو مکمل طور پر مرحلے کا احاطہ کرنا چاہیے۔- ہر کام کے پیکج کے لیے: سنگل لائن اسکوپ + اہم ڈیلیور ایبل + قابل قبول قبولیت کا معیار۔- آخر میں ایک علیحدہ "ممکنہ طور پر دائرہ کار سے باہر" کی فہرست دیں۔- ادارے کے مخصوص پیکجوں کو نشان زد کریں جن کے بارے میں آپ کو یقین نہیں ہے کہ "[ٹیم سے تصدیق کریں]"، فٹنگ۔ آؤٹ پٹ: مارک ڈاؤن ٹیبل (فیز | پیکیج | دائرہ کار | ترسیل | قبولیت کا معیار)۔

یہ درخواست مضبوط ہے کیونکہ سیاق و سباق، رکاوٹ، 100% اصول، قبولیت کے معیار، اور دائرہ کار سے باہر کی درخواست واضح ہے۔ "[ٹیم کے ساتھ تصدیق]" کے ساتھ غیر یقینی صورتحال کو بھی نافذ کرتا ہے۔

اضافی ٹیمپلیٹس:

# دائرہ کار سے باہر تلاش کرنے والا ذیل میں دائرہ کار کا بیان پڑھیں۔ "دائرہ کار سے باہر امیدواروں" کے کاموں کی فہرست بنائیں جو عام ہیں لیکن یہاں واضح طور پر ذکر نہیں کیا گیا ہے (مثلاً تربیت، دستاویزات، معاونت، نقل مکانی، سیکورٹی ٹیسٹنگ)۔ ہر ایک کے لیے، پوچھیں کہ اسے کیوں شامل/خارج کیا جائے۔

# قبولیت کا معیار مینوفیکچرر مندرجہ ذیل ڈیلیوری کے لیے 3-5 قابل قبول قبولیت کا معیار تجویز کریں (اسمارٹ فارمیٹ میں): [ڈیلیوری]۔ ایسے معیار کو نہ لکھیں جس کی پیمائش نہ ہو سکے (جیسے "اسے اچھی طرح سے کام کرنا چاہئے")۔

# 100% قاعدہ چیکر ذیل میں WBS کا معائنہ کریں۔ دائرہ کار کے بیان سے کون سا ڈیلیور ایبل کسی بھی ورک پیک میں ہم منصب نہیں ہے؟ کون سے پیکیج دائرہ بیان سے زیادہ ہیں؟ خالی جگہوں کی فہرست بنائیں۔

عام غلطیاں

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

مشورہ: ایک بار WBS نہ لکھیں اور اسے اسی وقت چھوڑ دیں۔ جب کوئی منظور شدہ تبدیلی آجائے، WBS، پھر شیڈول اور بجٹ کو اپ ڈیٹ کریں۔ ڈبلیو بی ایس ایک زندہ دستاویز ہے۔

خلاصہ میں

دائرہ کار کا بیان پروجیکٹ کی حدود کی وضاحت کرتا ہے، جبکہ WBS کام کے قابل انتظام حصوں کی وضاحت کرتا ہے۔ ایک اچھے دائرہ کار کے بیان میں واضح قبولیت کا معیار اور ایک مضبوط "دائرہ کار سے باہر" فہرست شامل ہے۔ ایک اچھا WBS 100% اصول اور باہمی استثنیٰ کی پیروی کرتا ہے۔ AI دونوں کے لیے تیز اور مکمل بلیو پرنٹ تیار کرتا ہے، لیکن ادارے کے لیے مخصوص پیکجوں کو چھوڑ سکتا ہے۔ یہ پروجیکٹ مینیجر پر منحصر ہے کہ وہ 100% اصول کو انسانی نقطہ نظر سے لاگو کرے، دائرہ کار سے باہر کی وضاحت کرے، اور ٹیم کی توثیق حاصل کرے۔

درخواست کا کام

اپنے موجودہ پروجیکٹ کے لیے، AI سے WBS کا مسودہ تیار کریں جسے مراحل اور کام کے پیکجوں میں تقسیم کیا گیا ہے (ڈیٹا کو گمنام کریں)۔ پھر، اپنی ٹیم کے کسی رکن کے ساتھ، 100% اصول لاگو کریں: کون سے پیکجز غائب ہیں، کون سے غیر ضروری ہیں، کون سی ڈیلیوری کا کوئی قبولیت کا معیار نہیں ہے؟ کم از کم 3 غائب/غلط پوائنٹس کو درست کریں اور درست WBS کو محفوظ کریں۔

چیک لسٹ

• میرے دائرہ کار کے بیان میں مقصد، قابل قبول، قبولیت کا معیار، دائرہ سے باہر، مفروضہ اور رکاوٹ ہے۔
• [ ] میں نے جان بوجھ کر "دائرہ کار سے باہر" فہرست کو پُر کیا۔
• WBS 100% اصول کی پیروی کرتا ہے (کوئی غائب/زیادہ پیکٹ نہیں)۔
• ہر کام کا پیکیج قابل قیاس اور سراغ لگایا جا سکتا ہے۔
• [ ] ہر اہم ڈیلیوری قابل قابل قبول قبولیت کا معیار ہوتا ہے۔
• میں نے ٹیم کے ساتھ اے آئی ڈرافٹ کی تصدیق کی۔ میں نے ادارے کے لیے مخصوص پیکجز شامل کیے ہیں۔