آپ ایک بڑے پروجیکٹ کو deliverables میں کیسے تقسیم کرتے ہیں؟

Question

Accepted Answer

ایک بڑا پروجیکٹ خطرے اور عدم یقین کی دیوار ہے۔ اسے چھوٹے، آزادانہ طور پر ship کیے جا سکنے والے ٹکڑوں میں توڑنا اسے **منصوبہ بندی کے قابل، متوازی (parallelizable)، اور خطرہ کم کرنے کے قابل** بناتا ہے۔ فن یہ ہے کہ اس طرح کاٹیں کہ ہر ٹکڑا قدر فراہم کرے اور خطرہ جلدی ظاہر کرے۔

## کیسے تقسیم کریں

```text
✓ Slice VERTICALLY — thin end-to-end features, not horizontal layers
✓ Ship the RISKIEST/most uncertain part early — learn before you commit
✓ Make each slice INDEPENDENTLY valuable and shippable if possible
✓ Keep slices SMALL — days, not months
✓ Sequence so the team can work in PARALLEL
✓ Define DONE for each (tested, deployed, not just "code written")
```

## Vertical بہتر ہے Horizontal سے

"پورا backend، پھر پورا frontend" بنانے سے بچیں، آپ کو ہفتوں تک کچھ بھی دکھانے کے قابل نہیں ملتا اور آخر میں integrate کرتے ہو (جہاں سب ٹوٹ جاتا ہے)۔ اس کی بجائے ایک پتلی خصوصیت مکمل طور پر، سرے سے سرے تک بنائیں، پھر اگلی۔ آپ مسلسل ship کرتے اور سیکھتے ہیں۔

## ایک عملی مثال

"ایک reporting system بنائیں" کے لیے، پہلی تقسیم "database layer" نہیں ہے۔ یہ "ایک رپورٹ، اصل ڈیٹا، اسکرین پر، سرے سے سرے تک" ہے۔ یہ ثابت کرتا ہے کہ پوری pipeline کام کرتی ہے اور صارفین کو پہلے ہفتے میں کچھ رد عمل دینے کے لیے کچھ دیتا ہے۔

## ایک نقصان

بہت باریکی سے تقسیم کرنے سے ہم آہنگی کا اضافی بوجھ پیدا ہوتا ہے؛ بہت موٹے طریقے سے تقسیم کریں اور آپ واپس بڑے خطرے پر ہیں۔ ایسی تقسیمیں کریں جو کوئی شخص دنوں میں مکمل کر سکے۔

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

بڑے big-bang پروجیکٹ بڑے پیمانے پر ناکام ہوتے ہیں، آپ کو دیر سے معلوم ہوتا ہے، جب تبدیلی کرنا مہنگا ہوتا ہے۔

ھچھے vertical slices آپ کو جلدی قدر ship کرنے دیتے ہیں، سستے میں سمت بدلنے دیتے ہیں، اور پوری ٹیم کو متوازی طور پر پروڈکٹو رکھتے ہیں۔