منصوبے کا آڈٹ (DCMA شیڈول کے معیار کا آڈٹ)

اسے شیڈول کے معیار کا آڈٹ اور DCMA شیڈول کے معیار کا آڈٹ بھی کہا جاتا ہے۔ ProjectLibre Cloud میں دستیاب ہے۔

ایسا معیاری شیڈول بنائیں جس پر آپ بھروسا کر سکیں۔ منصوبے کا آڈٹ ProjectLibre میں شامل شیڈول کے معیار کا آڈٹ ہے۔ یہ DCMA طرز کی جانچوں کے ذریعے آپ کے CPM شیڈول کے ڈھانچے اور نظم و ضبط کا خود بخود جائزہ لیتا ہے، کمزوریوں کی نشاندہی کرتا ہے، اور آپ کو سیدھا ان ٹاسکس تک لے جاتا ہے جن پر توجہ درکار ہے۔ نتیجہ ایک زیادہ مضبوط شیڈول ہے جو منصوبہ بندی، عمل درآمد، پیش گوئی، ارنڈ ویلیو، وسائل کے انتظام اور خطرے کے تجزیے کے کام آتا ہے۔

یہ کس کے لیے ہے: منصوبے کا مینیجر جسے شیڈول کے ساختی مسائل پہچاننے کا منظم طریقہ چاہیے، اور ہر وہ شخص جو CPM شیڈول بناتا یا سنبھالتا ہے اور جسے پورے منصوبے کے دوران شیڈول کے معیار کا نظم و ضبط درکار ہے۔ یہ خاص طور پر ان شیڈولز کے لیے اہم ہے جو عمل درآمد، اسٹیٹس رپورٹنگ، ارنڈ ویلیو، وسائل کے انتظام، پیش گوئی اور Monte Carlo میں استعمال ہوتے ہیں۔ $20 ملین سے زائد کے سرکاری معاہدوں کے لیے DCMA معیار کا آڈٹ لازمی ہے؛ یہی DCMA طرز کی جانچیں دفاعی معاہدوں سے کہیں آگے، منصوبوں کے کنٹرول کے مسلمہ بہترین طریقوں کے طور پر وسیع پیمانے پر استعمال ہوتی ہیں۔

یہ چلتے ہوئے CPM ماڈل کا منصوبے کے مینیجر / پراجیکٹ کنٹرولز کی سطح کا جائزہ ہے — ٹیم کے رکن کی (میرا کام) سہولت نہیں۔

یہ بھی دیکھیں: گانٹ چارٹ · ٹاسکس اور انحصار کو منسلک کرنا · مرکزی منظر

جائزہ

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

منصوبے کا آڈٹ شیڈول کو اس بات کا ماڈل سمجھتا ہے کہ کام کیسے ہونا متوقع ہے۔ یہ اسی اصل CPM ماڈل کا تجزیہ کرتا ہے جس کا حساب ProjectLibre پہلے سے کرتا ہے (نیٹ ورک، انحصار، کریٹیکل پاتھ، فلوٹ، رکاوٹیں، تاریخیں) — کوئی الگ اسپریڈشیٹ کی مشق نہیں — اور DCMA کی 14 نکاتی شیڈول جانچ کے تصورات کو منصوبے کے شیڈول کے اندر ہی خودکار بنا دیتا ہے۔

یہ کن کاموں میں مدد دیتا ہے:

• CPM شیڈول کا آڈٹ

• حد سے باہر ٹاسکس کو نمایاں کرنا

• مسائل درست کر کے دوبارہ چلانا

• ایسا شیڈول بنانا جس پر بھروسا کیا جا سکے

یہ کیوں اہم ہے:

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

ProjectLibre کا CPM گانٹ چارٹ شیڈول۔

کب استعمال کریں

پورے منصوبے کے دوران مفید ہے:

• شیڈول بناتے وقت

• بیس لائن سے پہلے

• اپ ڈیٹس کے دوران

• بڑے جائزوں سے پہلے

• جب بھی شیڈول کی منطق بدلے

• خاص طور پر Monte Carlo سے پہلے — خطرے کی سیمولیشن معیاری شیڈول کے بعد کے استعمالات میں سے ایک ہے

آپ کو کیا ملتا ہے

شیڈول کے معیار کا آڈٹ ایک اسپائیڈر چارٹ، کامیاب/ناکام کا خلاصہ، حدود اور متاثرہ ٹاسکس کے براہِ راست لنکس کو یکجا کرتا ہے۔

ProjectLibre اسے دو طریقوں سے پیش کرتا ہے جو ایک دوسرے کی تکمیل کرتے ہیں:

1. اسپائیڈر چارٹ پر آڈٹ پروفائل (پروڈکٹ کا جائزہ) — چارٹ کا ہر بازو شیڈول کے معیار کی ایک جانچ ہے، جس کے نتائج آپ دیکھ سکتے اور ان کی تفصیل میں جا سکتے ہیں۔

2. شیڈول کے معیار کا آڈٹ والی ونڈو — کامیاب/ناکام کی فہرست، جس میں خلاصے کے بیجز، ہر جانچ کی الگ قطار، تفصیل کے لنکس، بعض جگہ خودکار اصلاح کے اقدامات اور دوبارہ چلائیں بٹن ہوتا ہے۔

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

اسپائیڈر چارٹ (آڈٹ پروفائل)

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

شیڈول کے معیار کا آڈٹ والی ونڈو

گانٹ ٹول بار سے آڈٹ کھولنے پر (دیکھیں چلانے، درست کرنے اور دوبارہ چلانے کا طریقہ) ایک ونڈو کھلتی ہے جس کا عنوان شیڈول کے معیار کا آڈٹ ہے۔

اس ونڈو میں (جیسا کہ واک تھرو میں دکھایا گیا) یہ شامل ہیں:

• اوپر خلاصے کے بیجز — مثلاً 4 کامیاب، 6 ناکام، 4 جانچ ممکن نہیں (ڈیمو کی قدریں)۔

• سرخی میں دوبارہ چلائیں بٹن۔

• ہر جانچ کی قطار، جس میں وضاحت، اسٹیٹس کا بیج، حد کے مقابلے میں پیمانہ، اور Select N tasks in the grid جیسے تفصیل کے لنکس ہوتے ہیں۔

• بعض جانچوں پر اختیاری خودکار اصلاح کے اقدامات (ڈیمو کی مثالیں: Zero 1 lead، Relax 2 to As Soon As Possible)۔

کامیاب، ناکام، احتیاط، اور جانچ ممکن نہیں

اسٹیٹس	مطلب
PASS	معیار کی حد کے اندر (ونڈو میں سبز بیج)۔
CAUTION	حد کے قریب۔
FAIL	حد سے باہر (ونڈو میں سرخ بیج)۔
N/A	موجودہ ڈیٹا سے جانچ ممکن نہیں (ونڈو میں سرمئی بیج؛ خلاصے میں جانچ ممکن نہیں کے طور پر بھی دکھایا جاتا ہے)۔

بعض جانچوں کے لیے محفوظ کی گئی بیس لائن یا لازمی اختتامی ہدف درکار ہوتا ہے۔ یہ ڈیٹا موجود نہ ہو تو جانچ گمراہ کن نتیجہ دینے کے بجائے جانچ ممکن نہیں دکھاتی ہے۔ واک تھرو میں اسٹیٹس پر مبنی پیمانے (ناموزوں تاریخیں، رہ جانے والے ٹاسک، کریٹیکل پاتھ لمبائی انڈیکس، بیس لائن عملدرآمد انڈیکس) اسٹیٹس تاریخ اور محفوظ کی گئی بیس لائن کے بغیر N/A دکھاتے ہیں۔

حدود

• غائب منطق: حد 5%، ڈیمو میں ناپی گئی قدر 13%۔

• زیادہ دورانیہ: 5% کی گنجائش؛ ڈیمو میں چار طویل ٹاسکس نمایاں ہوئے (15 دن، 50 دن، 20 دن، 46 دن)۔

ٹاسکس تک تفصیل میں جانا

مسئلے والے ٹاسکس تک سیدھا پہنچنے کے لیے دائیں جانب کے نتائج (اسپائیڈر پروفائل) یا ونڈو میں ہر جانچ کی قطار استعمال کریں۔ ناکام جانچوں میں Select 39 tasks in the grid جیسا لنک ہو سکتا ہے (الفاظ پروڈکٹ کے جائزے سے؛ N ناکام ٹاسکس کی تعداد ہے)۔ اس پر کلک کرنے سے متعلقہ سرگرمیاں منصوبے کے گرڈ میں نمایاں ہو جاتی ہیں۔

وہاں سے آپ شیڈول درست کرتے ہیں (مثلاً پیش رو کالم میں یا دورانیہ بدل کر) اور دوبارہ چلائیں پر کلک کرتے ہیں۔

DCMA کی 14 نکاتی شیڈول جانچ

ProjectLibre منصوبے کے اندر ہی DCMA کی 14 نکاتی شیڈول جانچ کے تصورات کو خودکار بناتا ہے۔ نیچے جانچوں کے نام پروڈکٹ کے جائزے کے مطابق ہیں؛ جہاں واک تھرو میں ونڈو کا لیبل مختلف ہے وہاں اسے بھی درج کیا گیا ہے۔

#	جانچ	یہ کیا تلاش کرتی / پرکھتی ہے
1	غائب منطق	نامکمل سرگرمیاں جن کا کوئی پیش رو یا جانشین تعلق نہیں۔
2	پیش وقفے	منفی وقفے / پیش وقفے والے تعلقات جو شیڈول کی منطق کو دھندلا سکتے ہیں۔ ونڈو: پیش وقفے (منفی وقفے)۔
3	وقفے	تعلقات میں وقفے کا استعمال؛ اس پر حد سے زیادہ انحصار کی نشاندہی۔
4	تعلق کی اقسام	کیا نیٹ ورک آخر سے شروع کے علاوہ دوسری اقسام کے تعلقات پر حد سے زیادہ انحصار کرتا ہے۔ ونڈو: تعلق کی اقسام (اختتام-آغاز کا تناسب)۔
5	سخت رکاوٹیں	ایسی سخت رکاوٹیں جو نیٹ ورک کی معمول کی منطق کو بے اثر کر سکتی ہیں۔
6	زیادہ فلوٹ	غیر معمولی طور پر زیادہ کل فلوٹ والی سرگرمیاں (جو کمزور/نامکمل منطق کی علامت ہو سکتی ہیں)۔
7	منفی فلوٹ	وہ سرگرمیاں جن کی حساب شدہ تاریخیں مطلوبہ یا رکاوٹ والی تاریخوں سے ٹکراتی ہیں۔
8	زیادہ دورانیہ	طویل دورانیے کی سرگرمیاں جنہیں زیادہ قابلِ انتظام کام کے پیکجز میں توڑنے کی ضرورت ہو سکتی ہے۔
9	ناموزوں تاریخیں	تاریخوں کی ایسی صورتیں جو شیڈول کے اسٹیٹس اور پیش رفت کے اصولوں سے مطابقت نہیں رکھتیں۔
10	وسائل	وسائل کی لوڈنگ، جہاں یہ جانچ لاگو ہو سکے۔ ونڈو: Unresourced tasks۔
11	رہ جانے والے ٹاسک	بیس لائن کی معلومات سے ان سرگرمیوں کی نشاندہی جو منصوبہ بند وقت پر مکمل نہ ہو سکیں۔
12	Critical Path Test	کیا کسی کریٹیکل سرگرمی میں تاخیر منصوبے کے اختتام کو اسی حساب سے آگے لے جاتی ہے۔
13	کریٹیکل پاتھ لمبائی انڈیکس (CPLI)	ہدف یا لازمی اختتامی تاریخ موجود ہو تو اس کے مقابلے میں کریٹیکل پاتھ کتنا حقیقت پسندانہ ہے۔
14	بیس لائن عملدرآمد انڈیکس (BEI)	مکمل ہونے والی سرگرمیوں کا ان سرگرمیوں سے موازنہ جنہیں بیس لائن کے مطابق مکمل ہو جانا چاہیے تھا۔

اسٹیٹس پر مبنی پیمانے (ناموزوں تاریخیں، رہ جانے والے ٹاسک، Critical Path Test، CPLI، BEI) اس وقت خاص طور پر اہم ہو جاتے ہیں جب منصوبے کو منظور شدہ بیس لائن کے مقابلے میں اپ ڈیٹ کیا جاتا ہے۔ یہ مل کر فارمیٹنگ کے اصولوں سے آگے جاتے ہیں: یہ طے کرنے میں مدد دیتے ہیں کہ شیڈول منطقی طور پر معتبر ہے یا نہیں اور اصل عمل درآمد منظور شدہ پلان کے مطابق چل رہا ہے یا نہیں۔

زیادہ دورانیہ کے بارے میں رہنمائی (واک تھرو): DCMA کی ہدایت سے لمبی سرگرمیوں کو ناپنا اور کنٹرول کرنا مشکل ہوتا ہے۔ 50 دن کی ایک سرگرمی کے بجائے کام کو قابلِ پیمائش مراحل میں تقسیم کرنے پر غور کریں، جیسے تیاری، معائنہ، فیکٹری میں قبولیت، ٹیسٹنگ اور ترسیل۔

چلانے، درست کرنے اور دوبارہ چلانے کا طریقہ

منصوبے کا آڈٹ کھولیں

1. کوئی منصوبہ کھولیں تاکہ گانٹ چارٹ سامنے ہو (گانٹ چارٹ / مرکزی منظر)۔

2. گانٹ چارٹ کے اوپر والی ٹول بار / ربن میں وہ آئیکن کلک کریں جو ٹک کے نشان والی دستاویز/کلپ بورڈ جیسا ہے اور جس پر DC لکھا ہے۔

3. ٹول ٹپ: شیڈول کے معیار کا آڈٹ (DCMA)۔

4. شیڈول کے معیار کا آڈٹ ونڈو کھل جاتی ہے۔

اسی ٹول بار پر ساتھ ہی: Schedule risk analysis (Monte Carlo) — دیکھیں پہلے آڈٹ، پھر Monte Carlo۔

طریقۂ کار:

1. شیڈول بنائیں یا درآمد کریں — ProjectLibre میں CPM شیڈول بنائیں یا کسی دوسرے شیڈولنگ سسٹم سے درآمد کریں۔

2. منصوبے کا آڈٹ چلائیں — اوپر بتائے گئے طریقے سے گانٹ ٹول بار سے شیڈول کے معیار کا آڈٹ (DCMA) کھولیں۔ پروڈکٹ شیڈول کو DCMA طرز کی معیار کی جانچوں پر پرکھتا ہے۔

3. تفصیل میں جائیں اور درست کریں — Select N tasks in the grid (یا نتائج کے اسی طرح کے لنک) پر کلک کریں تاکہ مسئلے والے ٹاسکس گرڈ میں نمایاں ہو جائیں۔ شیڈول درست کریں — مثلاً پیش رو کالم میں پیش رو شامل کریں، دورانیہ بدلیں، یا ونڈو میں خودکار اصلاح کی سہولت ہو تو اسے استعمال کریں (ڈیمو میں Zero 1 lead، Relax 2 to As Soon As Possible)۔ ضرورت ہو تو دوبارہ حساب کروائیں۔

4. دوبارہ چلائیں — فیصلوں کے لیے ماڈل پر انحصار کرنے سے پہلے ونڈو کا دوبارہ چلائیں بٹن استعمال کریں (یا آڈٹ پھر سے چلائیں) تاکہ تصدیق ہو جائے کہ شیڈول کا معیار بہتر ہوا ہے۔

واک تھرو کی مثال (ڈیمو منصوبہ: secure facility network modernization):

• 14 نکات میں سے آڈٹ غائب منطق، پیش وقفے اور سخت رکاوٹیں میں ناکام ہوا؛ کچھ جانچیں کامیاب رہیں۔ خلاصے کی مثال: 4 کامیاب، 6 ناکام، 4 جانچ ممکن نہیں۔

• غائب منطق 5% کی حد کے مقابلے میں 13% تھی۔ ٹاسک کے لنک پر کلک کرنے سے گرڈ میں خامیاں نمایاں ہو گئیں۔ ٹاسک independent safety review کا کوئی پیش رو نہیں تھا؛ پیش رو کالم میں پیش رو 3 درج کرنے اور پھر دوبارہ چلائیں سے غائب منطق والے ٹاسکس کی تعداد تین رہ گئی۔

• 5% کی گنجائش پر زیادہ دورانیہ نے چار ٹاسکس نمایاں کیے (15 دن، 50 دن، 20 دن، 46 دن)۔ ایک دورانیہ بدلنے کے بعد دوبارہ چلائیں سے زیادہ دورانیے والے ٹاسکس تین رہ گئے۔

واک تھرو کے آخر میں طریقۂ کار: چلائیں → پہچانیں → درست کریں → دوبارہ چلائیں۔

پہلے شیڈول کا آڈٹ، پھر Monte Carlo

خطرے کی سیمولیشن کی بنیاد ایک معیاری شیڈول ہے۔ طریقۂ کار:

1. شیڈول — CPM ماڈل بنائیں۔

2. آڈٹ — ساختی کمزوریاں تلاش کریں۔

3. بہتری — مسائل درست کریں اور دوبارہ چلائیں۔

4. Monte Carlo — مضبوط شیڈول پر غیر یقینی صورتِ حال کی سیمولیشن کریں۔

گانٹ ٹول بار پر Schedule risk analysis (Monte Carlo) بالکل شیڈول کے معیار کا آڈٹ (DCMA) کے ساتھ ہے۔ سیمولیشن غیر یقینی حالات میں CPM شیڈول کا بار بار حساب لگاتی ہے؛ اگر بنیادی نیٹ ورک میں غائب منطق، ضرورت سے زیادہ فلوٹ، غیر حقیقی دورانیے یا سخت رکاوٹیں ہوں تو تجزیہ شماریاتی لحاظ سے کتنا ہی نفیس ہو، اس کی بنیاد کمزور ماڈل پر ہوگی۔ مضبوط منطق کریٹیکل پاتھ کے تجزیے، وسائل کی منصوبہ بندی، پیش گوئی اور Monte Carlo خطرے کے تجزیے کو بہتر بناتی ہے۔

اعلانِ لاتعلقی

ProjectLibre کا منصوبے کا آڈٹ DCMA طرز کی شیڈول کے معیار کی جانچیں تشخیص میں مدد کے طور پر استعمال کرتا ہے۔ یہ کوئی سرکاری سند یا توثیق نہیں ہے۔ آڈٹ شیڈول کے معیار کی کمزوریاں پہچاننے میں مدد دیتا ہے اور بہتر شیڈولنگ کے نظم و ضبط کو تقویت دیتا ہے؛ یہ منصوبے کے شیڈول کی سرکاری سند نہیں ہے۔

واک تھرو دیکھیں

دیکھیں: DCMA Project Quality Audit (5:04) — ProjectLibre، منصوبوں کے انتظام کا سافٹ ویئر۔

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

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