اسٹوری پوائنٹس ایجائل ڈویلپمنٹ طریقہ کار میں کاموں کی پیچیدگی کی پیمائش کے لئے رشتہ دار اکائیاں ہیں۔ گھنٹوں کے برعکس، اسٹوری پوائنٹس نہ صرف وقت بلکہ کام کی پیچیدگی، خطرات اور غیر یقینی صورتحال کو بھی مدنظر رکھتے ہیں۔ Scrum.org، 2023 کے مطابق، اسٹوری پوائنٹس میں رشتہ دار تشخیص استعمال کرنے والی ٹیمیں گھنٹوں میں تشخیص کرنے والی ٹیموں کے مقابلے میں 25% کم سپرنٹ ڈیڈلائن سے محروم ہوتی ہیں۔
اہم نکات
اسٹوری پوائنٹس اسکرام اور دیگر ایجائل طریقہ کار میں استعمال ہونے والا کام کی پیچیدگی کا میٹرک ہے۔ ٹیم ہر کام کا اندازہ گھنٹوں میں نہیں بلکہ رشتہ دار اکائیوں میں لگاتی ہے: «یہ کام حوالہ سے دوگنا پیچیدہ ہے۔» یہ طریقہ مختلف ڈیولپرز کی رفتار میں فرق کو ختم کرتا ہے اور پیچیدگی پر توجہ مرکوز کرتا ہے۔
اسٹوری پوائنٹس کا تصور 2000 کی دہائی کے اوائل میں اسکرام کے مقبول ہونے کے ساتھ ابھرا۔ اس طریقہ کو بیان کرنے والے پہلے افراد میں سے ایک رون جیفریز تھے جو ایکسٹریم پروگرامنگ (XP) کے حصے کے طور پر تھے۔ خیال «آدمی گھنٹے» میں اندازہ لگانے سے دور جانا تھا، جو ہمیشہ غلط ہوتا ہے، رشتہ دار پیچیدگی کی طرف جسے ٹیم اجتماعی طور پر طے کرتی ہے۔ آج، اسٹوری پوائنٹس ایجائل ٹیموں کے لئے صنعت کا معیار ہیں۔
اسٹوری پوائنٹس میں اندازہ لگاتے وقت، ٹیم تین عوامل پر غور کرتی ہے: کام کا حجم (کوڈ، اسکرینز، منطق کی مقدار)، پیچیدگی (تکنیکی چیلنجز، نئی ٹیکنالوجیز)، اور غیر یقینی صورتحال (غیر واضح تقاضے، خطرات)۔ ایک اسٹوری پوائنٹ کا مطلب «خطرات کے بغیر ایک سادہ کام» ہو سکتا ہے، جبکہ 8 کا مطلب «اعلی غیر یقینی صورتحال والا پیچیدہ کام» ہو سکتا ہے۔
اسٹوری پوائنٹ پیمانے کا انتخاب اندازے کی درستگی اور منصوبہ بندی کی سہولت کو متاثر کرتا ہے۔ سب سے مقبول پیمانہ فبوناچی ترتیب ہے، لیکن متبادل بھی موجود ہیں۔
| پیمانہ | اقدار | فوائد | نقصانات |
|---|---|---|---|
| فبوناچی | 1، 2، 3، 5، 8، 13، 21 | بڑے کاموں پر قدرتی پھیلاؤ میں اضافہ | نئی ٹیموں کے لئے مشکل |
| خطی | 1، 2، 3، 4، 5 | سادہ اور قابل فہم | بڑے کاموں کے لئے کوئی پھیلاؤ نہیں |
| قوت | 1، 2، 4، 8، 16، 32 | بڑے کاموں کے لئے زیادہ سے زیادہ پھیلاؤ | بڑے کاموں میں فرق کرنا مشکل |
| ٹی شرٹ | S، M، L، XL | فوری کھردرا اندازہ | غیر درست، تبدیلی کی ضرورت |
فبوناچی ترتیب اتفاق سے نہیں چنی گئی۔ 1 اور 2 کے درمیان فرق کم سے کم (50%) ہے، جبکہ 13 اور 21 کے درمیان نمایاں (62%) ہے۔ یہ حقیقت کی عکاسی کرتا ہے: چھوٹے کام زیادہ درست انداز میں لگائے جاتے ہیں، بڑے کام زیادہ پھیلاؤ کے ساتھ۔ جب کسی کام کا اندازہ 21 اسٹوری پوائنٹس پر لگایا جاتا ہے، ٹیم سمجھتی ہے: «ہم نہیں جانتے کہ کتنا وقت لگے گا، لیکن یقینی طور پر 13 سے زیادہ ہے۔» فبوناچی پیمانہ غلط درستگی کو روکتا ہے۔
پیمانے کو کام کرنے کے لئے، ٹیم ایک حوالہ پر متفق ہوتی ہے: «کام X، 1 اسٹوری پوائنٹ ہے۔» عام طور پر ایک سادہ، معروف کام کو حوالہ کے طور پر منتخب کیا جاتا ہے: «اسکرین پر ٹیکسٹ فیلڈ شامل کرنا» یا «ٹائپو بگ ٹھیک کرنا۔» باقی تمام کاموں کا اندازہ حوالہ کے نسبت لگایا جاتا ہے۔ حوالہ کے بغیر، اسٹوری پوائنٹس اپنا معنی کھو دیتے ہیں — ہر کوئی اکائی کو مختلف طریقے سے سمجھتا ہے۔
ویلاسٹی اوسط اسٹوری پوائنٹس کی تعداد ہے جو ایک ٹیم ایک سپرنٹ میں مکمل کرتی ہے۔ یہ پروجیکٹ کی ٹائم لائن کی پیش گوئی کے لئے ایک اہم میٹرک ہے۔
ویلاسٹی کا حساب مکمل کاموں کی بنیاد پر لگایا جاتا ہے: ان تمام کاموں کے اسٹوری پوائنٹس جنہیں ٹیم مکمل کرنے میں کامیاب رہی (مکمل ہونے کی تعریف پوری ہوئی) جمع کر دیئے جاتے ہیں۔ نامکمل کام شمار نہیں کیے جاتے۔ درستگی کے لئے، پچھلے 3-5 سپرنٹس کی اوسط لی جاتی ہے۔ مثال کے طور پر، اگر کسی ٹیم نے پچھلے 4 سپرنٹس میں 20، 22، 18 اور 24 اسٹوری پوائنٹس مکمل کئے، تو ویلاسٹی = 21 اسپو۔
ویلاسٹی اور اسٹوری پوائنٹس میں بیک لاگ کی کل مقدار جان کر، آپ ریلیز تک سپرنٹس کی تعداد کی پیش گوئی کر سکتے ہیں۔ مثال کے طور پر، اگر بیک لاگ میں 210 اسٹوری پوائنٹس ہیں اور ویلاسٹی = 21 ہے، تو 10 سپرنٹس لگیں گے۔ یہ ایک کھردری پیش گوئی ہے جو کام بڑھنے کے ساتھ بہتر ہوتی جاتی ہے۔ اہم: ویلاسٹی ایک اوسط ہے، وعدہ نہیں۔ اوسط کے بجائے نچلی حد (18 اسپو) کی بنیاد پر منصوبہ بنائیں۔
ویلاسٹی کو حکم سے نہیں بڑھایا جا سکتا — یہ عمل کی صحت کی علامت ہے۔ پائیدار ویلاسٹی میں اضافہ حاصل ہوتا ہے: تکنیکی قرض کم کرکے، کوڈ جائزہ کے عمل کو بہتر بناکر، سیاق و سباق کی تبدیلی کم کرکے، ٹیسٹنگ اور CI/CD کو خودکار بناکر۔ اہم: مختلف ٹیموں کی ویلاسٹی کا موازنہ نہیں کیا جا سکتا — ہر ٹیم اسٹوری پوائنٹس کو اپنے طریقے سے متعین کرتی ہے۔
اسٹوری پوائنٹس اور گھنٹوں کے مختلف مقاصد ہیں، اور ان کے درمیان انتخاب سیاق و سباق پر منحصر ہے۔ تجربہ کار ٹیمیں مختلف کاموں کے لئے دونوں طریقے استعمال کرتی ہیں۔
اسٹوری پوائنٹس سپرنٹ پلاننگ کے لئے ناگزیر ہیں: وہ اس بات پر منحصر نہیں ہوتے کہ کام کون کرے گا۔ ایک جونیئر دن میں 2 اسپو کر سکتا ہے، ایک سینئر 4 اسپو، لیکن کام کا اندازہ دونوں کے لئے 2 اسپو رہتا ہے۔ اسٹوری پوائنٹس ڈیولپرز کا موازنہ کئے بغیر ٹیم کی پیداوری کو ٹریک کرنے کی اجازت دیتے ہیں۔ اس سے سیاسی دباؤ کم ہوتا ہے اور ٹیم کا ماحول بہتر ہوتا ہے۔
گھنٹے بیرونی وعدوں کے لئے ضروری ہیں: معاہدے، بجٹ، کلائنٹ رپورٹس۔ ایک کلائنٹ «8 اسٹوری پوائنٹس» نہیں بلکہ «3 ہفتے» جاننا چاہتا ہے۔ اسٹوری پوائنٹس کو گھنٹوں میں تبدیل کرنے کے لئے، تاریخی تبدیلی کی شرح استعمال کریں: ٹیم جانتی ہے کہ 1 اسپو تقریباً 4 گھنٹے کے کام کے برابر ہے۔ تبدیلی شفاف اور ڈیٹا پر مبنی ہونی چاہئے، قیاس آرائی پر نہیں۔
بہت سی ٹیمیں مشترکہ طریقہ استعمال کرتی ہیں: کاموں کا اندازہ سپرنٹ پلاننگ کے لئے اسٹوری پوائنٹس میں لگایا جاتا ہے، اور پھر مینیجر بیرونی رپورٹنگ کے لئے انہیں گھنٹوں/دنوں میں تبدیل کرتا ہے۔ دونوں نظاموں کو ایک عمل میں مکس نہ کرنا ضروری ہے: یا تو آپ اسٹوری پوائنٹس میں اندازہ لگاتے ہیں اور ویلاسٹی سے وقت نکالتے ہیں، یا براہ راست گھنٹوں میں اندازہ لگاتے ہیں۔
اسٹوری پوائنٹس کا نفاذ اکثر ایسی غلطیوں کے ساتھ ہوتا ہے جو رشتہ دار اندازے کے فوائد کو ختم کر دیتی ہیں۔ یہاں سب سے عام غلطیاں ہیں۔
سب سے عام غلطی — ٹیم اس بات پر متفق ہوتی ہے: «1 اسپو = 4 گھنٹے۔» اس صورت میں، اسٹوری پوائنٹس اپنا معنی کھو دیتے ہیں اور دوسرے نام کے گھنٹوں میں تبدیل ہو جاتے ہیں۔ اسٹوری پوائنٹس رشتہ دار ہونے چاہئیں، وقت سے منسلک نہیں۔ اگر کام A، کام B سے دوگنا پیچیدہ ہے، تو اسے 2 اسپو ملتے ہیں، چاہے اس میں کتنے بھی گھنٹے لگیں۔
جب کسی کام کا اندازہ مکمل ہونے کے بعد لگایا جاتا ہے — یہ اندازہ نہیں، بلکہ دستاویز کاری ہے۔ اسٹوری پوائنٹس کام شروع ہونے سے پہلے، زیادہ سے زیادہ غیر یقینی صورتحال کے لمحے میں مقرر کئے جانے چاہئیں۔ بعد از واقعہ اندازہ ویلاسٹی کو بگاڑ دیتا ہے اور منصوبہ بندی کے لئے کوئی فائدہ نہیں پہنچاتا۔ مزید برآں، یہ درستگی کا غلط احساس پیدا کرتا ہے۔
ٹیم A اور ٹیم B کی ویلاسٹی کا موازنہ کرنا ایک بے معنی مشق ہے۔ ہر ٹیم حوالہ اور پیمانہ مختلف طریقے سے متعین کرتی ہے۔ ایک ٹیم کے لئے، 1 اسپو ایک گھنٹے کا سادہ کام ہے، دوسری کے لئے یہ ایک دن کا کام ہے۔ آپ صرف وقت کے ساتھ ایک ہی ٹیم کی ویلاسٹی کا موازنہ کر سکتے ہیں: یہ بڑھ رہی ہے یا گھٹ رہی ہے۔
جب ایک جیسی پیچیدگی کے مختلف کاموں کو مختلف اسٹوری پوائنٹس ملتے ہیں، اور زیادہ پیچیدہ کاموں کو کم پوائنٹس ملتے ہیں، تو پیمانہ ٹوٹ جاتا ہے۔ ٹیم کو باقاعدگی سے پیمانے کیلیبریٹ کرنا چاہئے: ہر 3-6 سپرنٹس میں پچھلی نظر سے جائزہ لیں کہ اندازے حقیقی پیچیدگی سے کتنے مطابقت رکھتے تھے۔ اس سے اندازوں کی مستقل مزاجی بہتر ہوتی ہے۔
اکثر پوچھے گئے سوالات
اسٹوری پوائنٹس کا گھنٹوں میں کوئی مقررہ مساوی نہیں ہے۔ یہ ایک رشتہ دار اکائی ہے: 1 اسپو = حوالہ کام کی پیچیدگی۔ گھنٹوں میں تبدیلی کے لئے، اپنی ٹیم کی تاریخی تبدیلی کی شرح استعمال کریں: فی سپرنٹ کام کرنے والے اوسط گھنٹوں کو ویلاسٹی سے تقسیم کریں۔ عام طور پر 1 اسپو = 4-8 گھنٹے، لیکن یہ ہر ٹیم کے لئے مختلف ہوتا ہے۔
ہاں، اسٹوری پوائنٹس کنبان میں استعمال کئے جا سکتے ہیں، لیکن کچھ شرائط کے ساتھ۔ کنبان میں مقررہ سپرنٹ نہیں ہوتے، لہذا ویلاسٹی اس کے بجائے ہفتہ یا مہینہ کے حساب سے لگائی جاتی ہے۔ کنبان ٹیمیں اکثر اسٹوری پوائنٹس کے بجائے سائیکل ٹائم استعمال کرتی ہیں — کام کو شروع سے آخر تک لگنے والا وقت۔ انتخاب ٹیم کی خصوصیات پر منحصر ہے۔
اگر اندازے مختلف ہیں (ایک 3 اسپو دیتا ہے، دوسرا 13)، یہ اشارہ ہے کہ کام کو اچھی طرح نہیں سمجھا گیا۔ کام کو چھوٹے حصوں میں تقسیم کریں۔ ان خطرات اور غیر یقینی صورتحال پر بحث کریں جو مختلف ڈیولپرز دیکھتے ہیں۔ اگر کام بڑا ہے تو اسٹوری پوائنٹس کے بجائے اسے اسپائک (2-4 دن کی تحقیق) کے طور پر اندازہ لگائیں۔
تبدیلی میں 3-6 سپرنٹ لگتے ہیں۔ ایک پیمانہ منتخب کرکے (فبوناچی سب سے محفوظ انتخاب ہے) اور ایک حوالہ کام متعین کرکے شروع کریں۔ 2-3 پلاننگ پوکر سیشن منعقد کریں۔ ہر سپرنٹ کے بعد ویلاسٹی کا حساب لگائیں۔ اسٹوری پوائنٹس کو گھنٹوں میں تبدیل نہ کریں — ٹیم کو نئے نظام کی عادت ڈالنے دیں۔ 3 سپرنٹس کے بعد، آپ دیکھیں گے کہ منصوبہ بندی میں کتنی بہتری آئی ہے۔
نہیں، اندازہ نہیں بدلتا۔ اسٹوری پوائنٹس کام شروع ہونے سے پہلے کیا جانے والا ابتدائی پیچیدگی کا اندازہ ہے۔ کام مکمل ہونے کے بعد، حقیقی کوشش مختلف ہونے کے باوجود اندازہ وہی رہتا ہے۔ بعد از واقعہ اندازہ تبدیل کرنا اعدادوشمار کو بگاڑ دیتا ہے اور پیش گوئی کے مقصد کو ناکام بنا دیتا ہے۔ پچھلی نظر میں جائزوں کے دوران اختلافات کا تجزیہ کریں، لیکن اندازوں کو سابقہ طور پر تبدیل نہ کریں۔
خلاصہ
ہم ایک موبائل ایپلیکیشن ٹرنکی تیار کریں گے
IT Sectr 2017 سے اسٹارٹ اپس اور کاروبار کے لیے iOS اور Android ایپلیکیشنز بناتا ہے۔ ہم آپ کو مشورہ دیں گے اور بہترین حل تجویز کریں گے۔
مزید پڑھیں