کوئی ایسا پروجیکٹ پلان کھولیں جو آپ نے خود نہیں لکھا، اور اس میں سنگِ میل تلاش کریں۔ اکثر آپ کو "مرحلہ 2 مکمل" جیسی کوئی چیز ملے گی — ایک بار جو کیلنڈر کے دو ہفتوں پر پھیلی ہوئی ہے، جس کا کوئی ذمہ دار نہیں، اور جس کے بارے میں کہیں لکھا ہوا نہیں کہ "مکمل" کا اصل مطلب کیا ہے۔
یہ سنگِ میل نہیں ہے۔ یہ بھیس بدل کر آیا ہوا ایک ٹاسک ہے، اور یہ آپ کو کبھی کسی چیز سے خبردار نہیں کرے گا۔
سنگِ میل پروجیکٹ مینجمنٹ میں بروقت خبردار کرنے کا سب سے سستا نظام ہیں۔ نہ اضافی ٹولز، نہ اضافی میٹنگز، بس شاید بیس منٹ کی تیاری۔ لیکن یہ تبھی کام کرتے ہیں جب آپ انہیں ایک خاص طریقے سے بنائیں، اور زیادہ تر پلان ایسا نہیں کرتے۔ کام کرنے والا طریقہ کچھ یوں ہے۔
سنگِ میل ایک لمحہ ہے، کام کا دورانیہ نہیں
PMBOK Guide سنگِ میل کی تعریف یوں کرتی ہے: کسی پروجیکٹ، پروگرام یا پورٹ فولیو میں ایک اہم نقطہ یا واقعہ۔ اصل لفظ نقطہ ہے۔ سنگِ میل کا دورانیہ صفر ہوتا ہے: یہ نہ وقت لیتا ہے، نہ بجٹ اور نہ لوگ۔
یہ صفر کوئی تکنیکی باریکی نہیں۔ یہی پورا طریقۂ کار ہے۔
ایک ٹاسک 60% مکمل ہو سکتا ہے۔ سنگِ میل نہیں ہو سکتا۔ یا تو وہ کسی مخصوص تاریخ پر حاصل ہو جاتا ہے یا نہیں ہوتا، اور یہی ہاں یا نہیں والی کیفیت اسے کنٹرول پوائنٹ کے طور پر قابلِ استعمال بناتی ہے۔ جس لمحے آپ کسی سنگِ میل کو آغاز اور اختتام کی تاریخ دیتے ہیں، آپ اپنی ٹیم کو یہ گنجائش دے دیتے ہیں کہ وہ اسے "تقریباً ہو گیا" کہہ کر رپورٹ کرے — اور "تقریباً ہو گیا" ہی وہ راستہ ہے جس سے چار ہفتوں کی تاخیر لانچ سے پہلے والے ہفتے تک نظروں سے اوجھل رہتی ہے۔
چار سوالوں والا امتحان
کسی پلان میں سنگِ میل شامل کرنے سے پہلے اسے ان سوالوں سے گزاریں:
- کیا یہ ہاں یا نہیں والا ہے؟ اگر کوئی معقول طور پر "جزوی طور پر" جواب دے سکتا ہے، تو آپ کے سامنے ایک ٹاسک ہے۔
- کیا اس کے بعد کچھ بدلتا ہے؟ حقیقی سنگِ میل نئے کام کا راستہ کھولتا ہے، رقم جاری کرواتا ہے یا ذمہ داری منتقل کرتا ہے۔ اگر اگلے دن کچھ بھی مختلف نہ ہو، تو یہ محض سجاوٹ ہے۔
- کیا ڈیلیوری ٹیم سے باہر کسی کو اس کی پروا ہوگی؟ سنگِ میل جتنے شیڈولنگ کا آلہ ہیں، اتنے ہی رابطے کا ذریعہ بھی ہیں۔ جو چیک پوائنٹ صرف آپ کی ٹیم سمجھتی ہے، اس کی جگہ آپ کی ٹاسک لسٹ ہے، سنگِ میل کی لکیر نہیں۔
- کیا آپ اس کی قبولیت کی شرائط ایک جملے میں لکھ سکتے ہیں؟ اگر نہیں، تو کوئی اس پر متفق نہیں ہوگا کہ یہ حاصل ہوا یا نہیں۔
سب سے زیادہ کام آخری سوال کرتا ہے۔ "ٹیسٹنگ" سنگِ میل نہیں ہے۔ "ٹیسٹنگ مکمل، کھلے سنگین نقائص صفر" سنگِ میل ہے۔ دوسرے کو اس وقت تک درست قرار نہیں دیا جا سکتا جب تک تین سنگین بگ کھلے ہوں، اور اصل نکتہ یہی ہے: قبولیت کی واضح شرائط "99% مکمل" والی بیماری کا علاج ہیں، جس میں ایک چیک پوائنٹ کو مکمل قرار دے دیا جاتا ہے اور اس کے پیچھے دو ہفتوں کی صفائی خاموشی سے جاری رہتی ہے۔
پھر ایک ذمہ دار مقرر کریں۔ وہ شخص نہیں جو سنگِ میل تک پہنچانے والا کام کرتا ہے — بلکہ وہ واحد شخص جو ان شرائط کی بنیاد پر اعلان کرے کہ یہ حاصل ہوا یا نہیں۔ جو چیک پوائنٹ "ٹیم" کا ہو، اس کا دفاع کسی کو نہیں کرنا پڑتا۔
سنگِ میل کی درست تعداد کتنی ہے؟
ناکامی کی دو صورتیں ہیں۔ نو ماہ کے پروگرام میں تین سنگِ میل بے کار ہیں — پہلا سچا اشارہ چوتھے مہینے میں ملتا ہے۔ بارہ ہفتوں کے پروجیکٹ میں چالیس سنگِ میل بھی اتنے ہی بے کار ہیں، کیونکہ جب ہر چیز چیک پوائنٹ ہو تو کوئی بھی چیک پوائنٹ نہیں رہتا۔
ایک عملی اصول: انہیں اس طرح فاصلے پر رکھیں کہ پروجیکٹ کا کوئی حصہ دو سے چار ہفتوں سے زیادہ کسی سنگِ میل کے بغیر نہ گزرے، اور کل تعداد اتنی کم رکھیں کہ وہ ایک ہی اسٹیٹس سلائیڈ پر سما جائے۔ زیادہ تر پروجیکٹس میں یہ تعداد پانچ سے بارہ کے درمیان بنتی ہے۔
ایک بنیادی فہرست جو تقریباً ہر شعبے میں کام آتی ہے:
- پلان منظور اور بیس لائن طے
- اسکوپ منجمد
- ڈیزائن یا اسپیسیفکیشن کی حتمی منظوری
- تعمیر مکمل / فیچر فریز
- کلائنٹ، گاہک یا QA کو حوالگی
- گو لائیو
سنگِ میل کو صرف تاریخیں نہیں، پیش رو ٹاسکس بھی چاہییں
یہ وہ ساختی غلطی ہے جو خاموشی سے پورے نظام کو ناکارہ کر دیتی ہے: سنگِ میل کو کسی تاریخ پر کھڑا کر دینا، جبکہ کوئی انحصار اس تک نہ پہنچ رہا ہو۔
پیش رو کے بغیر سنگِ میل ایک دعویٰ ہے۔ یہ 14 نومبر پر اس لیے بیٹھا ہے کہ کسی نے 14 نومبر ٹائپ کر دیا تھا۔ اس کے اردگرد ٹاسکس کھسکتے رہتے ہیں، ہیرا اپنی جگہ سے نہیں ہلتا، اور آپ کا پلان ایک ایسی تاریخ شائع کرتا رہتا ہے جو تین ہفتے پہلے ہی غلط ہو چکی ہے۔
پیش رو والا سنگِ میل ایک حساب ہے۔ ہر وہ ٹاسک جوڑیں جس کا ختم ہونا چیک پوائنٹ کے اعلان سے پہلے ضروری ہے — ہیرے میں اختتام تا آغاز — اور سنگِ میل ان سب کی اختتامی تاریخوں میں سب سے آخری تاریخ بن جاتا ہے۔ کوئی ایک پیش رو بھی کھسکے تو سنگِ میل اسی دن، چارٹ پر، خود کھسک جاتا ہے، اور کسی کو اس پر دھیان دینے کی ضرورت نہیں پڑتی۔
اس کے دو نتائج ہیں جنہیں پلاننگ میں مدِنظر رکھنا چاہیے۔ پہلا، جس سنگِ میل میں کئی لنکس آ کر ملتے ہوں وہ ایک سنگم ہے، اور سنگم خطرے کو ایک جگہ جمع کر دیتے ہیں: چھ پیش رو کا مطلب ہے دیر ہونے کے چھ الگ الگ امکانات، جو سب ایک ہی تاریخ پر آ گرتے ہیں۔ دوسرا، نیٹ ورک کے کسی بھی دوسرے نوڈ کی طرح سنگِ میل کو بھی فلوٹ وراثت میں ملتا ہے۔ جس سنگِ میل کا فلوٹ صفر ہو وہ کریٹیکل پاتھ پر ہوتا ہے، یعنی یہ ایسا چیک پوائنٹ نہیں جو خاموشی سے چھوٹ جائے اور کسی کو پتا نہ چلے۔
ان پر نظر رکھنا: سنگِ میل کا ٹرینڈ تجزیہ
جب سنگِ میل شیڈول سے صحیح طور پر جڑ جائیں تو آپ پروجیکٹ مینجمنٹ کا وہ چارٹ استعمال کر سکتے ہیں جو سب سے زیادہ معلومات دیتا ہے اور سب سے کم استعمال ہوتا ہے۔
سنگِ میل کا ٹرینڈ تجزیہ سادہ ہے۔ رپورٹنگ کے ہر دور میں ہر سنگِ میل کی آج کی متوقع تاریخ درج کریں — اور پرانی قدر مٹانے کے بجائے پورا ریکارڈ محفوظ رکھیں۔ افقی محور پر رپورٹنگ کی تاریخ اور عمودی محور پر سنگِ میل کی متوقع تاریخ لگائیں۔
گو لائیو سنگِ میل پر ہفتہ وار نظر رکھنے سے کچھ ایسا نتیجہ نکل سکتا ہے:
| جائزے کی تاریخ | متوقع گو لائیو |
|---|---|
| ہفتہ 1 | 14 نومبر |
| ہفتہ 2 | 14 نومبر |
| ہفتہ 3 | 19 نومبر |
| ہفتہ 4 | 26 نومبر |
| ہفتہ 5 | 3 دسمبر |
سیدھی افقی لکیر کا مطلب ہے کہ پیش گوئی مستحکم ہے۔ اوپر جاتی لکیر کا مطلب ہے کہ سنگِ میل آپ سے دور بھاگ رہا ہے، اور اصل اشارہ اس کی ڈھلان ہے۔ ہفتہ 3 کے بعد سے یہ پروجیکٹ ہر ہفتے سات دن کھو رہا ہے، یعنی گو لائیو کی تاریخ ٹھیک اسی رفتار سے پیچھے ہٹ رہی ہے جس رفتار سے کیلنڈر آگے بڑھ رہا ہے۔ یہ ایسا پروجیکٹ نہیں جو دوسرے نصف میں سنبھل جائے۔ یہ ایسا پروجیکٹ ہے جس کا پلان اور حقیقت الگ الگ ہو چکے ہیں — اور چارٹ نے یہ بات تاریخ کے باضابطہ طور پر چھوٹنے سے تین ہفتے پہلے بتا دی تھی۔
یہ طریقہ ایک نظم و ضبط سے کام کرتا ہے، اور وہ عام سمجھ کے الٹ ہے: اصل تاریخ کو حقیقت کے مطابق بدلنے کے بجائے تاخیر کو درج کریں۔ جب بھی کوئی خاموشی سے سنگِ میل کو کھینچ کر وہاں لے جاتا ہے جہاں وہ اب ہے، ایک ڈیٹا پوائنٹ مٹ جاتا ہے اور ٹرینڈ ہموار ہو کر ایک آرام دہ جھوٹ بن جاتا ہے۔
LoopGantt میں یہ کیسے کام کرتا ہے
LoopGantt میں سنگِ میل صفر دورانیے والا ٹاسک ہے، اور ہر منظر اسے جان بوجھ کر مختلف انداز میں دکھاتا ہے۔
- Gantt چارٹ پر یہ بار کے بجائے ہیرے کی شکل میں نظر آتا ہے، اس لیے پلان کے چیک پوائنٹس ایک نظر میں پڑھے جا سکتے ہیں، اور کریٹیکل پاتھ کی نمایاں کاری فوراً دکھا دیتی ہے کہ ان میں سے کن کا فلوٹ ختم ہو چکا ہے۔
- جدول منظر میں اس کی آغاز اور اختتام کی تاریخیں ایک جیسی ہوتی ہیں اور "دن" والا کالم خالی ہوتا ہے۔ اس سے کسی اور کے پلان کی جانچ تیز ہو جاتی ہے: جس چیز پر سنگِ میل کا لیبل ہو اور اس کا دورانیہ نظر آئے، وہ سنگِ میل نہیں ہے۔
- کیلنڈر منظر میں ہیرا کئی خانوں پر پھیلنے کے بجائے اپنے واحد دن پر بیٹھتا ہے، ان ٹاسکس کے ساتھ جو خانوں پر پھیلے ہوتے ہیں۔
- WBS درخت میں سنگِ میل گول ٹاسک نوڈز کے درمیان ہیرے نما نوڈز کے طور پر نظر آتے ہیں، تاکہ آپ دیکھ سکیں کہ آیا ہر مرحلہ واقعی کسی چیک پوائنٹ پر ختم ہوتا ہے۔
ڈیش بورڈ وہ جگہ ہے جہاں سنگِ میل اپنی افادیت ثابت کرتے ہیں۔ اس میں "سنگِ میل" کا ایک مخصوص پینل ہے جو ہر سنگِ میل کو اس کی تاریخ اور حالت کے ساتھ دکھاتا ہے، اور "شیڈول جانچیں" کا ایک حصہ ہے جو ان سنگِ میل کی نشاندہی کرتا ہے جو نیٹ ورک کے مطابق مشکل میں ہیں — مثال کے طور پر، سنگِ میل خطرے میں: "پروجیکٹ کا آغاز" — اس سنگِ میل سے پہلے بفر وقت شامل کریں، یا پیش رو ٹاسکس کا دائرۂ کار کم کریں۔ یہ جانچیں براہِ راست انحصار کے گراف اور فلوٹ سے حساب کی جاتی ہیں، اس لیے فوراً ظاہر ہوتی ہیں اور AI کوٹا بالکل استعمال نہیں کرتیں۔
اوپر بیان کردہ ٹرینڈ تجزیے کے لیے بیس لائنز آپ کی منصوبہ بند تاریخیں محفوظ کرتی ہیں، تاکہ آپ یادداشت یا پرانے اسکرین شاٹس پر انحصار کرنے کے بجائے سنگِ میل کی منصوبہ بند اور موجودہ تاریخوں کا موازنہ کر سکیں۔ Gantt چارٹس، انحصارات، سنگِ میل اور کریٹیکل پاتھ کا تجزیہ سب مفت پلان میں دستیاب ہیں؛ بیس لائنز اور فرق کی نگرانی Pro کے ساتھ ملتی ہیں، اور Teams پلان کا بل فی رکن بنتا ہے۔ موجودہ قیمتیں یہاں دیکھیں۔
چار غلطیاں جن سے بچنا چاہیے
- سنگِ میل کو دورانیہ دینا۔ اس طرح اسے جزوی طور پر مکمل رپورٹ کیا جا سکتا ہے، اور یہی وہ ایک چیز ہے جو کسی چیک پوائنٹ کو کبھی نہیں ہونا چاہیے۔
- اسے بغیر لنک کے چھوڑ دینا۔ جو سنگِ میل کسی سے جڑا نہ ہو وہ کھسک نہیں سکتا، اس لیے آپ کو خبردار بھی نہیں کر سکتا۔ وہ اس دن تک اپنی تاریخ پر ڈٹا رہے گا جس دن وہ چھوٹ جائے گا۔
- قبولیت کی شرائط نہ لکھنا۔ ان کے بغیر "مکمل" کا فیصلہ اسٹیٹس میٹنگ میں وہ کرتا ہے جو سب سے زیادہ پراعتماد ہو۔
- تاخیر درج کرنے کے بجائے تاریخ بدل دینا۔ یہ اچھی صفائی ستھرائی محسوس ہوتی ہے، مگر یہ اس واحد ڈیٹا سیٹ کو مٹا دیتی ہے جو آپ کو ٹرینڈ دکھا سکتا تھا۔
خلاصہ
ایک کارآمد سنگِ میل کی پانچ خصوصیات ہوتی ہیں: صفر دورانیہ، ہاں یا نہیں والا نتیجہ، ایک نامزد ذمہ دار، تحریری قبولیت کی شرائط، اور حقیقی پیش رو ٹاسکس جو اس تک پہنچتے ہوں۔ یہ درست کر لیں تو آپ کا پلان مسائل کے سامنے آنے سے ہفتوں پہلے ان کی خبر دینے لگتا ہے۔ یہ غلط ہوں تو آپ کے پاس بس سجاوٹی ہیرے رہ جاتے ہیں۔
اگر آپ کے موجودہ پلان میں پہلے سے سنگِ میل موجود ہیں، تو اس ہفتے ایک جانچ ضرور کریں۔ ہر سنگِ میل کو کھولیں اور دیکھیں کہ اس سے کیا جڑا ہوا ہے۔ جن کے پیچھے کچھ بھی نہیں جڑا، وہی آپ سے جھوٹ بول رہے ہیں۔