ہر وہ چیز جو آپ کو سافٹ ویئر ڈویلپمنٹ کے طریقہ کار کے بارے میں جاننے کی ضرورت ہے: رجحانات، اصول اور ابتدائی افراد کے لیے نقصانات

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

ابتدائیوں کے لیے نوٹ: ماڈل، طریقہ کار اور عمومی الجھن

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

1. سکرم طریقہ کار

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

فوائد:

• سب سے کم ممکنہ بجٹ کے ساتھ فوری پروجیکٹ کا آغاز؛
• کام کی پیشرفت کی روزانہ نگرانی، منصوبے کے بار بار مظاہرے؛
• منصوبے کی ترقی کے ساتھ ساتھ تبدیلیاں کرنے کی صلاحیت۔

مائنس:

• مقررہ بجٹ کی کمی کی وجہ سے معاہدوں کو مکمل کرنے میں مشکلات؛
• ٹیم کی کم قابلیت، کم تخمینہ کام کی آخری تاریخ یا بجٹ کے ساتھ کام نہیں کرتا؛
• سپرنٹ کے درمیان مسلسل تبدیلیاں کرنے کی صلاحیت الجھن پیدا کر سکتی ہے۔

یہ کس کے لیے موزوں ہے:

یہ نظام دس افراد تک کے منصوبوں کے لیے موزوں ہے - آزاد یا بڑی کمپنیوں کے اندر۔ یہ آسان ہے اگر ٹیم کے پاس کام کی ایک بڑی مقدار اور ایک طویل زندگی کا چکر ہے، جو انہیں مارکیٹ کے نئے حالات کو تبدیل کرنے اور موافقت کرنے پر مجبور کرتا ہے۔

2. کانبان طریقہ کار

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

فوائد:

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

مائنس:

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

یہ کس کے لیے موزوں ہے:

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

3. RUP طریقہ کار

RUP طریقہ کار ایک تکراری ترقیاتی ماڈل کا استعمال کرتا ہے۔ ہر تکرار کے اختتام پر (جس میں 2 سے 6 ہفتے لگتے ہیں)، ٹیم کو منصوبہ بند اہداف کو حاصل کرنا چاہیے اور اس منصوبے کا ایک عارضی لیکن کام کرنے والا ورژن ہونا چاہیے۔ RUP میں پروجیکٹ کو چار مرحلوں میں تقسیم کرنا شامل ہے، جن میں سے ہر ایک میں پروڈکٹ کی نئی نسل پر کام کیا جا رہا ہے: پراجیکٹ کے آغاز کا مرحلہ، تطہیر، تعمیر اور نفاذ۔ مرحلے کے اختتام پر، ایک مرحلے کی تکمیل کا نشان (پروجیکٹ سنگ میل) درج کیا جاتا ہے۔ پروجیکٹ سنگ میل کو اس لمحے پر غور کیا جاسکتا ہے جب ٹیم حاصل کردہ نتائج کا جائزہ لیتی ہے۔ نتیجے کے طور پر، طریقہ کار کا مطلب یہ ہے کہ اہم خصوصیات پہلے مرحلے میں جاری کی جاتی ہیں، اور بعد کے مراحل میں اضافے شامل کیے جاتے ہیں۔

فوائد:

• آپ کو کلائنٹ اور کام کے دوران پیدا ہونے والے دونوں کی طرف سے آنے والے بدلتے ہوئے کاموں سے نمٹنے کی اجازت دیتا ہے۔
• مصنوعات کی مسلسل بہتری کو یقینی بناتا ہے۔ تکرار کے دوران، ڈیزائن کی جانچ پڑتال کی جا سکتی ہے؛
• آپ کو کام کے ابتدائی مراحل میں خطرات کی نشاندہی کرنے اور اسے ختم کرنے کے ساتھ ساتھ ترقی کے معیار کو مؤثر طریقے سے کنٹرول کرنے کی اجازت دیتا ہے۔

مائنس:

• ایک پیچیدہ طریقہ جس کو ایک چھوٹی ٹیم یا کمپنی کے ساتھ نافذ کرنا مشکل ہے۔
• کاموں کو مقرر کرنے کے لئے ماہرین کی صلاحیت پر انحصار؛
• ضرورت سے زیادہ دستاویزات کی ضرورت ہے۔

یہ کس کے لیے موزوں ہے:

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

بہت سے طریقہ کار، ایک رجحان

ناقابل تردید مقبول Scrum اور Kanban کے علاوہ، جو عام نام "Agile" کے تحت لچک کے اصولوں پر مبنی ہیں ، نیز سخت تکراری RUP، کمپنیاں طریقہ کار کی بہت سی مختلف حالتوں کے ساتھ کام کرتی ہیں۔ کچھ لوگ انتہائی پروگرامنگ اور تیز ترین اور آسان ترین فیصلے کرنے کو ترجیح دیتے ہیں، کچھ ٹیسٹ پر مبنی ترقی کو ترجیح دیتے ہیں، اور دوسرے تیز رفتار ایپلی کیشن ڈویلپمنٹ (RAD) کو ترجیح دیتے ہیں۔ ایک ہی وقت میں، اہم اور غیر مشروط رجحان بیک وقت کئی طریقوں کا استعمال ہے ۔ یا یہاں تک کہ ایک منفرد کنٹرول سسٹم میں ماڈلز اور طریقہ کار کو یکجا کرنا۔ جدید کمپنیاں محکموں اور بلاکس کے درمیان ذمہ داری کو منتقل کیے بغیر، بیوروکریٹک رکاوٹوں کو ختم کرنے اور تنظیم کے اندر عمومی ٹیم ورک کا ماحول پیدا کرنے کی کوشش کرتی ہیں۔ Scrumalliance رپورٹ کے مطابق ، 70% IT کمپنیاں Scrum استعمال کرتی ہیں۔ ان میں گوگل، ایمیزون، سیلز فورس، مائیکروسافٹ، ایڈوب جیسی کمپنیاں ہیں۔ سٹارٹ اپ اور نوجوان پروجیکٹس کانبان کی طرف زیادہ مائل ہیں، لیکن اسے ٹویوٹا اور مثال کے طور پر وارگیمنگ کے گیمرز بھی استعمال کرتے ہیں۔ زیادہ معمولی سی آئی ایس کمپنیاں Prom.ua، Bigl.ua، Kabanchik.ua بیک وقت، لیکن مختلف کاموں کے لیے Scrum اور Kanban طریقہ کار استعمال کرتی ہیں۔ سکرم - ایک منصوبہ بندی کے آلے کے طور پر، کنبان - کام کی پیشرفت کی نگرانی کے لیے۔ جہاں تک RUP کا تعلق ہے، یہ اکثر مغربی کمپنیاں 50-200 ملازمین اور 1-10 ملین ڈالر کی آمدنی کے ساتھ مشق کرتی ہیں۔ لیکن ایک ہی وقت میں، IBM نے RUP کو تبدیل کر کے فرتیلی اصولوں کے قریب جانے کے لیے OpenUP طریقہ کار جاری کر کے - "RUP، صرف چست۔" وہی بے چین چستی اب آئی ٹی کے منظر نامے پر راج کرتی ہے ۔ یہ ان دنوں صرف ایک رجحان نہیں ہے - یہ اب بھی جدید ہے، اور یہ حقیقت میں بہت سی بڑی کمپنیوں میں کام کرتا ہے۔ سیلیکون ویلی میں چست استعمال ہوتا ہے اور اسے فیس بک اور اوبر استعمال کرتے ہیں۔

نیچے کی لکیر

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