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

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

توجہ، beginners! ماڈلز، طریقہ کار، اور عام الجھن

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

1. سکرم

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

فوائد:

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

Cons کے:

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

یہ کس کے لیے ہے؟

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

2. کنبان

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

فوائد:

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

Cons کے:

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

یہ کس کے لیے ہے؟

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

3. عقلی متحد عمل (RUP)

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

فوائد:

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

Cons کے:

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

یہ کس کے لیے ہے؟

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

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

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

نیچے کی لکیر

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