ٽيڪنيڪل پس منظر کان سواءِ مينيجر اڪثر سوچيندا آهن ته بنيادي شيءِ ڊولپرز لاءِ تفصيلي حوالن جي شرطن کي لکڻ آهي، ۽ ان کان پوءِ، باقي اهو آهي ته انهن کان پڇا ڳاڇا ڪرڻ لاءِ سختي سان ڊيڊ لائنون ملن. ها، هي اهم آهي.
ڪارڪردگي جي وضاحت کان علاوه، حوالن جي شرطن ۾ لازمي طور تي مڪمل طور تي مڪمل ٿيل ڊيزائن سان اسڪرين جا ٺٺوليون شامل آهن ۽ صارف کي ڏيکاريل سڀني پيغامن جا متن شامل آهن، ڇاڪاڻ ته اهو هڪ خراب خيال آهي ته ڊزائن کي ڇڏڻ ۽ ڪاپي رائيٽ کي سافٽ ويئر ڊولپمينٽ ڏانهن. .
پر سڀ کان وڌيڪ خراب، ڊولپرز سان ڪارڪردگي تي بحث ڪرڻ کان پوء، پوئتي بيهڻ ۽ خاموشيء سان نتيجو لاء انتظار ڪريو. سافٽ ويئر ڊولپمينٽ هڪ مسلسل عمل آهي، ۽ توهان کي واضح طور تي سمجهڻ جي ضرورت آهي ته توهان هن وقت ڇا ڪم ڪري رهيا آهيو ۽ ڇا ڪرڻو آهي. اوترو وڌيڪ توهان پروسيس ۾ وڃو، وڌيڪ امڪان اهو آهي ته توهان کي نوٽيس ٿيندو جڏهن ڪجهه غلط ٿي وڃي.
مکيه ڪمن تي ڌيان ڏيو
هن قسم جي وسرندڙ ڪيئن مدد ڪري سگهي ٿي؟ آخري حدن جي سلپج جي سڀ کان عام سببن مان هڪ آهي غير متوقع مشڪلاتن کي لاڳو ڪرڻ ۾ ننڍيون ۽ غير اهم خصوصيتون. سٺا ڊولپرز سٺيون پروڊڪٽس ٺاهڻ جي ڪوشش ڪندا آهن، جنهن جو مطلب آهي سڀني مخصوص عناصرن کي لاڳو ڪرڻ ۾. هڪ پراڊڪٽ نظرياتي طور تي، توهان ڪري سگهو ٿا ۽ ڇڏڻ گهرجي سڀني ننڍڙن خاصيتن کي پلان مان جيڪڏهن اهي تمام گهڻو وقت وٺڻ شروع ڪن، يعني ڪجهه ڏينهن کان وڌيڪ.
سافٽ ويئر ڊولپمينٽ دوران نوان ڪم شامل نه ڪريو
هڪ دفعو توهان پنهنجو پاڻ کي ترقيءَ جي عمل ۾ غرق ڪري ڇڏيو ۽ وچولي نتيجا ڏسڻ جو هڪ موقعو حاصل ڪيو، توهان کي پرواز تي ڪارڪردگي کي شامل ڪرڻ ۽ تبديل ڪرڻ جي سخت خواهش هوندي. ائين ڪڏهن به نه ڪر! لائيو ضرورتن کي شامل ڪرڻ ۽ تبديل ڪرڻ ڊولپمينٽ ٽائم لائن تي سڀ کان وڏي ڇڪ آھي. جزوي طور تي لاڳو ڪيل ڪارڪردگي کي تبديل ڪرڻ تمام ڏکيو آهي.
ڪيسن جي 95٪ ۾، اهو بهتر آهي ته اصل منصوبي جي اندر رهڻ ۽ هڪ نئين خاصيت کي جانچيو جيڪو زنده صارفين تي تصور ڪيو ويو آهي. ۽ پوءِ تبديليون آڻيو موٽ جي بنياد تي.
ڊولپرز جي ڪوششن کي سنڀاليو
وقت سان گڏ، توهان اندازو لڳايو ته هڪ ڪم ڪيترو وقت وٺندو آهي، ۽ اهو وڌيڪ صحيح هوندو سافٽ ويئر ڊولپمينٽ ٽيمجا نتيجا. مثال طور، نيون خاصيتون شامل ڪيون ويون آهن نسبتا جلدي، جڏهن ته پراڻين خاصيتن کي ٻيهر ترتيب ڏيڻ جڏهن موجوده صارف ڊيٽا کي تبديل ڪرڻ هميشه سست ۽ ڏکوئيندڙ آهي. وڌيڪ يا گهٽ حقيقي آخري حدن کي پيش ڪرڻ سکڻ ايترو ڏکيو ناهي؛ ان کي متاثر ڪرڻ ڏکيو آهي.
پرفيڪشنزم هڪ نفسياتي ڪيفيت آهي جيڪا سٺي ترقي ڪندڙ کي خراب ماڻهن کان ڌار ڪري ٿي. اهو لاڳو ٿئي ٿو نه رڳو ڏيکاريل نتيجن جي اسڪرين ۽ بٽڻن تي پر پراڊڪٽ جي اندروني نفاذ تي پڻ، يعني ڪوڊ.
مثال طور، توهان کي شامل ڪرڻ جي ضرورت آهي هڪ بونس ايڪشن ميڪيڪڪ ادائگي واري صفحي تي. هڪ سٺو ڊولپر هڪ هفتي ۾ لاڳو ڪرڻ جي قابل هوندو هڪ ميکانيزم جيڪو ڪنهن به عمل جي حمايت ڪري ٿو جيڪو انتظامي پينل طرفان ترتيب ڏنو ويو آهي، حسب ضرورت حالتن، وقت، وغيره سان.
پر توهان کي سڀاڻي پروموشن شروع ڪرڻ لاءِ تڪڙو حل جي ضرورت آهي ۽ هڪ هفتي بعد هميشه لاءِ اهو ڪوڊ اڇلائي ڇڏيو. توهان کي اهو سمجهڻ جي ضرورت آهي ته ڪهڙا جزا توهان جي پيداوار ۾ گهڻي وقت تائين رهندا ۽ جن تي عمل ڪري سگهجي ٿو اڇلائي مقصدن لاءِ ۽ انهي کي واضح طور تي سافٽ ويئر ڊولپمينٽ ٽيم کي ٻڌايو.
ڪمن کي ترتيب ڏيو ۽ انهن سڀني کي ساڳئي وقت سيٽ نه ڪريو
سافٽ ويئر ڊولپمينٽ ٽيم لاءِ ڪم وڏي ۾ ورهايل آهن (نئين فيچر ٺاهڻ لاءِ) ۽ ننڍو (رجسٽريشن فارم کي درست ڪرڻ لاءِ). عام قاعدو اهو ناهي ته ڊولپر کي ڪنهن وڏي ڪم کان پريشان نه ڪيو وڃي هڪ ننڍڙو حل ڪرڻ لاءِ، ايستائين جو هڪ تڪڙو.
ڪجھ منفرد پروفيسر اهڙي موڊ ۾ ڪم ڪري سگھن ٿا، پر اڪثر ڊولپرز ڪمن جي وچ ۾ مسلسل سوئچنگ جي ڪري پيداوار کي تمام گهڻو گھٽائي ڇڏيندا آهن. تنهن ڪري، اهو سمجھ ۾ اچي ٿو ته هڪ متبادل آهي - پهرين هڪ وڏي اسائنمنٽ، پوء ننڍن ڪمن جو هڪ هفتي. ننڍن ڪمن کي رڪارڊ ڪريو جيئن اھي ظاهر ٿين پر انھن کي سافٽ ويئر ڊولپمينٽ ڏانھن ڏيو انھن کي ھڪڙي فهرست ۾ شامل ڪرڻ لاءِ جڏھن ايندڙ ورجائي يا ڇڏڻ جو منصوبو آھي.
هر ڊولپر مختلف آهي
انفرادي ڊولپرز جي وچ ۾ ڪارڪردگي ۾ فرق تمام وڏو ٿي سگھي ٿو. مثال طور، ڪجهه مطالعي ۾، بهترين ۽ بدترين پروگرامر جو نسخو تقريبن ساڳيو تجربو سان ڏهه ڀيرا مختلف آهي.
توھان کي سمجھڻ جي ضرورت آھي ته ھڪڙو ماڻھو ھڪڙي منصوبي ۾ ڪمن تي بھترين رفتار ڏيکاري سگھي ٿو (مثال طور، انٽرفيس ايڪسٽينشن) ۽ ٻين ڪمن تي تباھي سان گھٽ رفتار (وڏي پيماني تي سرور-سائڊ ڪم). تنهن ڪري هر ڪنهن کي اهي ڪم ڏنا وڃن جيڪي اهي آرام سان ڪم ڪن. ٻي صورت ۾، پيداوار گر ٿي ويندي.
ڊولپرز لاءِ اسسٽنٽ ٿيو
هڪ اهم شيء توهان کي ساڳي ٻولي ڳالهائڻ ۾ مدد ڪندي جيئن ڊولپرز. گھڻا ٽيڪنيڪل ماڻھو ڏاڍا منظم ۽ عقلي دماغ آھن. اهي هڪ منطقي اسڪيم ۾ شامل آهن. پر هي منصوبو هميشه توهان جي استعمال ڪندڙن لاءِ آسان نه هوندو.
هڪ غير ٽيڪنيڪل شخص جي حيثيت ۾، توهان وٽ هڪ فائدو آهي - اهو توهان لاءِ آسان آهي انهي فريم ورڪ کان ٻاهر وڃڻ جنهن تي عمل ڪرڻ جو مشورو ڏئي ٿو ۽ ڊولپرز سان صحيح ويزن سان رابطو ڪريو. پر ياد رکو: سافٽ ويئر ڊولپمينٽ ٽيم تائين پنهنجو نقطه نظر حاصل ڪرڻ لاءِ، توهان کي پنهنجي خيالن کي منطقي دليلن سان درست ثابت ڪرڻو پوندو.
اندروني تبديلين لاء وقت مقرر ڪريو
توهان کي ياد رکڻ جي ضرورت آهي ته وقت سازي وارا ڪم آهن جيڪي توهان ٻاهران ڪنهن به منصوبي ۾ نه ڏسي سگهو ٿا، پر توهان کي انهن کي ڪرڻو پوندو. اهو نام نهاد فني قرض آهي. اهو ڪيئن ٺهيل هو؟ نون خصوصيتن کي شامل ڪرڻ دوران، پروجيڪٽ ڪچي ۽ پروپس حاصل ڪري ٿو.
ڪيترائي ڪم تڪڙو حل ڪيا ويندا آھن پر ناقابل اعتبار انداز ۾. مثال طور، جيڪڏهن توهان باقاعده پنهنجو ڪوڊ ترتيب ۾ نه آڻيو (هن عمل کي ريفڪٽرنگ سڏيو ويندو آهي) ۽ پروجيڪٽ جي فن تعمير کي ترقي نه ڪيو، توهان ڪجهه وقت کان پوء مسلسل غلطيون وڌندا.
اهي ٿي سگهن ٿيون جڏهن نيون خاصيتون شامل ڪندي يا پراڻن ڪيڙن کي درست ڪرڻ وقت به. جيڪڏهن توهان پروجيڪٽ جي فن تعمير کي ترقي ڪرڻ ۾ وقت نه گذاريو، توهان جلدي يا بعد ۾ استعمال ڪندڙن جي وڌندڙ تعداد کي منهن ڏيڻ جي قابل نه هوندا.
ٽيڪنيڪل قرض جي ڪمن کي منصوبابندي ۽ عمل ڪرڻ جي ضرورت آهي، پر توهان انهن ۽ پيداوار جي ترقي جي وچ ۾ صحيح توازن ڪيئن ڳوليندا آهيو؟ قدرتي طور تي، توهان جو ڌيان هڪ فنڊر ۽ غير ٽيڪنيڪل شخص جي طور تي نئين خاصيتن ڏانهن منتقل ٿيندو. پر ٻئي طرف، ڊولپرز موجوده ڪوڊ کي لامحدود طور تي بهتر بڻائڻ چاهيندا آهن ۽ نئين ڪارڪردگي بابت گهٽ پرجوش آهن.
تنهن ڪري، توهان کي اڃا تائين، گهٽ ۾ گهٽ هڪ بنيادي سطح تي، ٽيڪنالاجي ۽ توهان جي پيداوار جي جوڙجڪ کي سمجهڻ گهرجي ڊولپرز سان بحث ۾ توازن ڳولڻ لاء. ٽيڪنيڪل ڪمن کي سافٽ ويئر ڊولپمينٽ ٽيم جي ڪم جي ڪلاڪن جي تقريباً 20٪ تي قبضو ڪرڻ گهرجي ۽ نئين ڪارڪردگي ۽ بگ فڪسنگ جي ترقي سان گڏ وڃڻ گهرجي.
ٽيڪنالاجي بابت ڄاڻو
هڪ پيداوار کي ترقي ڪرڻ لاء، توهان کي ان جي جوڙجڪ ۽ ٽيڪنالاجي کي عام طور تي، گهٽ ۾ گهٽ هڪ بنيادي سطح تي مطالعو ڪرڻو پوندو. اهو ضروري آهي ڇو ته ٽيڪنالاجي اڃا تائين زنده آهي پر توهان جي ڪمن لاءِ مناسب ناهي. ۽ اهو ڳولڻ ناممڪن آهي ته سسٽم کي جنگ جي موڊ ۾ شروع ڪرڻ کان پهريان - حقيقي استعمال ڪندڙن سان ۽ ڳري بار هيٺ.
ان کي خلاصو ڪرڻ لاءِ ، توهان اڃا تائين ٽيڪنالاجي ۽ سافٽ ويئر ڊولپمينٽ ۾ وسرڻ کان سواءِ نٿا ڪري سگهو فنڊر جي طور تي. ان کان علاوه، هي علم توهان کي بهتر سمجھ ڏيندو ته توهان جو منصوبو ڪيئن ترقي ڪري ٿو.
