پیداواری میٹرکس۔ سافٹ ویئر میں کارکردگی کی پیمائش کے بارے میں آپ کو کیا جاننے کی ضرورت ہے؟

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

ایک ڈویلپر کے طور پر آپ کی پیداواریت کیوں اہم ہے؟

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

سافٹ ویئر ڈویلپمنٹ کی پیداواری پیمائش کی پیمائش

سافٹ ویئر ڈویلپمنٹ پروڈکٹیوٹی میٹرکس کیا ہیں؟

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

کس قسم کے سافٹ ویئر ڈویلپمنٹ پروڈکٹیوٹی میٹرکس ہیں؟

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

• رسمی سائز پر مرکوز میٹرکس۔

یہ میٹرکس پروگرامر کے کام کے نتائج کے سائز کی پیمائش پر مرکوز ہیں، جیسے کوڈ کی لائنز (LOC)، کوڈ ہدایات کی لمبائی، کوڈ کی پیچیدگی، وغیرہ۔ آج کی سافٹ ویئر ڈویلپمنٹ انڈسٹری میں یہ میٹرکس تیزی سے پرانے سمجھے جا رہے ہیں۔

• وقت اور فنکشن پر مرکوز پیداوری کی پیمائش۔

واٹر فال سافٹ ویئر ڈیولپمنٹ میں استعمال ہونے والے روایتی پروڈکٹیوٹی میٹرکس کا ایک انتخاب ہے، جیسے فعال دن، ایک مقررہ مدت میں بھیجے جانے والے فعالیت کا دائرہ، کوڈ کرن ریٹ، تفویض کردہ کاموں کی تعداد، وغیرہ۔

• فرتیلی ترقی کے عمل کے میٹرکس۔

فرتیلی ترقی کے عمل کے میٹرکس، جیسے سپرنٹ برن ڈاؤن رپورٹ، رفتار، لیڈ ٹائم، سائیکل ٹائم اور دیگر، شاید آج کل سافٹ ویئر ڈویلپمنٹ ٹیموں میں سب سے زیادہ استعمال شدہ میٹرکس ہیں۔ ہم اگل میٹرکس کے بارے میں مزید تفصیل سے مضمون میں بعد میں بات کریں گے۔

• آپریشنل تجزیاتی میٹرکس۔

میٹرکس کا یہ سیٹ اس کے موجودہ پیداواری ماحول میں سافٹ ویئر کی کارکردگی کی پیمائش پر مرکوز ہے۔ ناکامیوں (MTBF) کے درمیان درمیانی وقت، بازیافت کا مطلب وقت (MTTR)، اور ایپلیکیشن کریش ریٹ یہاں سب سے زیادہ استعمال شدہ میٹرکس ہیں۔

• ٹیسٹنگ میٹرکس۔

سافٹ ویئر ٹیسٹنگ کے پاس سسٹم ٹیسٹنگ کے معیار کی پیمائش کے لیے میٹرکس کا اپنا سیٹ ہے، جیسے کہ خودکار ٹیسٹوں کا فیصد، کوڈ کوریج وغیرہ۔

• گاہک کی اطمینان کی پیمائش۔

آخر میں، سافٹ ویئر کے کسی بھی حصے کے لیے حتمی میٹرک صارف کا آخری تجربہ ہوتا ہے، اور اس کے لیے میٹرکس کا ایک پورا سیٹ بھی ہوتا ہے، جیسے کہ گاہک کی کوشش کا اسکور (CES)، گاہک کی اطمینان کا اسکور (CSAT)، نیٹ پروموٹر سکور (NPS) اور دوسرے.

فرتیلی سافٹ ویئر ڈویلپمنٹ میٹرکس

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

1. سپرنٹ برنڈاؤن۔

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

2. ٹیم کی رفتار۔

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

3. کہانی کے پوائنٹس۔

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

4. سائیکل کنٹرول چارٹ۔

اس لمحے سے کل وقت کی پیمائش کرتا ہے جب کسی کام یا کسی اور بیک لاگ آئٹم پر کام شروع ہونے تک اس کے مکمل ہونے تک۔ زیادہ متوقع نتائج فراہم کرتے ہوئے سائیکل کے اوقات کو ٹریک اور کنٹرول کرنے کی اجازت دیتا ہے۔

5. تھرو پٹ اور ویلیو ڈیلیور کی گئی۔

پروجیکٹ مینیجر ڈویلپرز کو تفویض کردہ کاموں کا تجزیہ کرتے ہیں اور انہیں قدر تفویض کرتے ہیں۔ اس میٹرک کو پھر ٹیم کے تھرو پٹ یا دوسرے لفظوں میں ویلیو ایڈڈ کام کی مقدار کی پیمائش کے لیے استعمال کیا جاتا ہے۔

6. کوڈ چرن۔

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

ماہرین کی رائے

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