قسط:
هڪ دفعي جهنگ ۾ هيج هاگ ۽ ننڍو رڇ مليا.
- هيلو، هيج هاگ!
- هيلو، ننڍو بير!
سو، لفظ لفظ، مذاق ۾ مذاق، هيج هاگ کي منهن تي ڌڪ هنيو ويو ننڍڙي بهار ...
هيٺ ڏنل بحث آهي اسان جي ٽيم ليڊر، انهي سان گڏ RAS پراڊڪٽ ڊولپمينٽ ڊائريڪٽر Igor Marnat، ڪم جي تڪرارن جي وضاحتن ۽ انهن کي منظم ڪرڻ جي ممڪن طريقن بابت.
اڪثر جھڳڙا جيڪي اسان کي ڪم تي ملن ٿا، اُھي ھڪڙي منظرنامي جي مطابق ترقي ڪن ٿا، جيئن مٿي ڏنل ايپيگراف ۾ بيان ڪيل آھي. اهڙا ڪيترائي شرڪت ڪندڙ آهن جيڪي شروع ۾ هڪ ٻئي ڏانهن تمام گهڻي موافقت رکن ٿا، اهي ڪنهن مسئلي کي حل ڪرڻ جي ڪوشش ڪندا آهن، پر آخر ۾ اهو مسئلو حل نه ٿيندو آهي، ۽ ڪجهه سببن جي ڪري بحث ۾ شرڪت ڪندڙن جي وچ ۾ لاڳاپا خراب ٿي ويندا آهن.
زندگي متنوع آهي، ۽ مٿي بيان ڪيل منظرنامي ۾ تبديليون ٿينديون آهن. ڪڏهن ڪڏهن شرڪت ڪندڙن جي وچ ۾ لاڳاپا شروع ۾ تمام سٺا نه هوندا آهن، ڪڏهن ڪڏهن ڪو مسئلو به نه هوندو آهي جنهن جي سڌي طرح حل جي ضرورت هجي (مثال طور، ايپيگراف ۾)، ڪڏهن ڪڏهن بحث کان پوء اهو تعلق ساڳيو ئي رهي ٿو جيئن شروع ٿيڻ کان اڳ، پر مسئلو آخرڪار حل نه ڪيو ويو آهي.
سڀني حالتن ۾ ڇا عام آهي جيڪو ڪم جي تڪرار جي صورتحال جي طور تي بيان ڪري سگهجي ٿو؟
پهرين، ٻه يا وڌيڪ پاسا آهن. اهي پارٽيون تنظيم ۾ مختلف هنڌن تي قبضو ڪري سگهن ٿيون، برابري جي رشتي ۾ هجن (هڪ ٽيم ۾ ساٿي)، يا مختلف سطحن تي (باس - ماتحت)، انفرادي (ملازم) يا گروهه (هڪ تڪرار جي حالتن ۾) ملازم ۽ هڪ ٽيم يا ٻه ٽيمون) وغيره. تڪرار جو امڪان ۽ ان جي حل جي آسانيء سان شرڪت ڪندڙن جي وچ ۾ اعتماد جي سطح تي تمام گهڻو اثر پوي ٿو. ڀلي پارٽيون هڪ ٻئي کي ڄاڻن، اعتماد جي اعلي سطح، اعلي موقعو آهي ته اهي هڪ معاهدي تي ايندا. مثال طور، هڪ ورهايل ٽيم جا ميمبر جن ڪڏهن به منهن سان رابطو نه ڪيو آهي انهن ماڻهن جي ڀيٽ ۾ هڪ سادي ڪم جي مسئلي تي تڪرار جو تجربو ڪرڻ جو وڌيڪ امڪان آهي جيڪي گهٽ ۾ گهٽ ڪجهه منهن ڏيڻ واريون ڳالهيون ڪيون آهن. تنهن ڪري، جڏهن ورهايل ٽيمن ۾ ڪم ڪري رهيا آهن، اهو تمام ضروري آهي ته يقيني بڻائين ته سڀئي ٽيم ميمبر وقتي طور تي هڪ ٻئي سان ملاقات ڪن.
ٻيو، ڪم تي تڪرار جي صورتحال ۾، پارٽيون ڪنهن مسئلي کي حل ڪرڻ جي صورتحال ۾ آهن، جيڪي پارٽين مان هڪ، ٻنهي لاء، يا مجموعي طور تي تنظيم لاء اهم آهن. ساڳئي وقت، صورتحال جي وضاحتن جي ڪري، پارٽين وٽ عام طور تي ڪافي وقت آهي ۽ ان کي حل ڪرڻ لاء مختلف طريقا (رسمي، غير رسمي، گڏجاڻيون، خط، انتظامي فيصلا، ٽيم جي مقصدن ۽ منصوبن جي موجودگي، هڪ درجي بندي جي حقيقت، وغيره). اهو هڪ تنظيم ۾ ڪم (يا غير ڪم) جي مسئلي کي حل ڪرڻ جي صورتحال کان مختلف آهي، مثال طور، هڪ اهم سوال کي حل ڪرڻ کان: "اي، ٻار، توهان ڪهڙي علائقي مان آهيو؟!" گلي تي، يا ايپيگراف کان تڪرار. ڪم جي مسئلي کي حل ڪرڻ جي صورت ۾، ڪم جي عمل جي معيار ۽ ٽيم جي معاملن ۾ مسئلن کي حل ڪرڻ جي ثقافت.
ٽيون، تڪرار جو تعين ڪندڙ عنصر (اسان جي بحث جي نقطي نظر کان) اها حقيقت آهي ته عمل ۾ شامل پارٽيون آزاديءَ سان ان مسئلي جي حل تائين پهچي نه ٿيون سگهن، جيڪو سڀني ڌرين کي مناسب هجي. صورتحال هڪ ٽين ڌر جي مداخلت جي ضرورت آهي، هڪ ٻاهرين ثالث. اِهو نقطو تڪراري لڳي سگهي ٿو، پر اصل ۾، جيڪڏهن تڪرار جي صورتحال ڪنهن ٻاهرين ثالث جي مداخلت کان سواءِ ڪاميابيءَ سان حل ٿي وڃي ها ته معاملو ڪاميابيءَ سان حل ٿي وڃي ها ۽ ڌرين جا لاڳاپا خراب نه ٿين ها ته اها صورتحال آهي، جنهن لاءِ اسان کي ڪوشش ڪرڻ گهرجي. . اسان گهڻو ڪري اهڙي تڪرار جي باري ۾ نه ڄاڻندا سين، يا اسان ان جي حل ٿيڻ کان پوء اتفاق سان ڳولي سگهنداسين. وڌيڪ مسئلا هڪ ٽيم پنهنجي پاڻ تي حل ڪري سگهي ٿي، اهو وڌيڪ اثرائتو ٿيندو.
تڪرار جي هڪ ٻي خاص خصوصيت جيڪا ڇڪڻ جي قابل آهي فيصلي جي دوران جذباتي شدت جو درجو آهي. تڪرار لازمي طور تي اعلي جذباتي سطح سان لاڳاپيل ناهي. حصو وٺندڙن کي رڙيون ڪرڻ جي ضرورت نه آهي ۽ پنهنجا هٿ لڙڪائڻ جي صورتحال لاءِ، جوهر ۾، هڪ تڪرار. مسئلو حل نه ڪيو ويو آهي، هڪ خاص جذباتي تڪرار موجود آهي (شايد اهو واضح طور تي ظاهر نه ڪيو ويو آهي)، جنهن جو مطلب آهي ته اسان تڪرار جي صورتحال سان منهن ڪيو آهي.
ڇا اهو ضروري آهي ته تڪرار جي حالتن ۾ مداخلت ڪرڻ بلڪل ضروري آهي، يا اهو بهتر آهي ته انهن جي حل کي پنهنجي رستي تي آڻڻ ۽ مسئلو پاڻ حل ٿيڻ جو انتظار ڪيو وڃي؟ جي ضرورت آهي. تڪرار کي مڪمل طور تي حل ڪرڻ هميشه توهان جي طاقت يا قابليت ۾ ناهي، پر ڪنهن به صورتحال ۾، ڪنهن به سطح جي تڪرار ۾، توهان بالغ پوزيشن وٺي سگهو ٿا، انهي سان گڏ توهان جي چوڌاري ڪيترن ئي ماڻهن کي آڻيندي، ان جي منفي نتيجن کي گھٽائي. تڪرار ۽ ان جي حل ۾ مدد ڪريو.
تڪرار جي حالتن جي چند مثالن کي ڏسڻ کان اڳ، اچو ته ڪجھ اهم نقطن تي نظر رکون جيڪي سڀني تڪرارن لاءِ عام آهن.
جڏهن هڪ تڪرار حل ڪيو وڃي، اهو ضروري آهي ته ويڙهه کان مٿانهون هجي، ۽ ان جي اندر نه هجي (هن کي پڻ سڏيو ويندو آهي "ميٽا پوزيشن")، اهو آهي، حل جي عمل ۾ پارٽين مان هڪ جو حصو نه هجڻ گهرجي. ٻي صورت ۾، هڪ خارجي ثالث جي مدد سان فيصلي ۾ صرف هڪ پارٽي جي پوزيشن کي مضبوط ڪندو ته ٻئي ڌر کي نقصان پهچائي. جڏهن فيصلو ڪيو وڃي، اهو ضروري آهي ته اهو اخلاقي طور تي سڀني پارٽين طرفان قبول ڪيو وڃي، جيئن اهي چون ٿا، "خريد ڪيو." انهيءَ ڪري، جيتوڻيڪ پارٽيون انهيءَ فيصلي مان خوش نه ٿيون هيون، پر گهٽ ۾ گهٽ اُن تي عمل ڪرڻ لاءِ خلوص سان راضي ٿي ويون. جيئن اهي چون ٿا، اختلاف ڪرڻ ۽ انجام ڏيڻ جي قابل. ٻي صورت ۾، تڪرار صرف ان جي ظاهر کي تبديل ڪري ڇڏيندو، ٻرندڙ باهه پيٽ جي بوگ جي هيٺان رهندي ۽ ڪنهن وقت تي ناگزير طور تي ٻيهر ڀڙڪي ويندي.
ٻيو نقطو، جزوي طور تي پهرين سان لاڳاپيل، اهو آهي ته جيڪڏهن توهان اڳ ۾ ئي تڪرار کي حل ڪرڻ ۾ حصو وٺڻ جو فيصلو ڪيو آهي، ان کي رابطي جي نقطي نظر کان جيترو ممڪن طور تي سنجيدگي سان وٺو ۽ مفهوم جي مطالعي سان. ذاتي طور تي هر پارٽي سان ڳالهايو. هر هڪ سان الڳ الڳ، شروعاتي لاء. ٽپال لاء حل نه ڪريو. ورهايل ٽيم جي صورت ۾، گهٽ ۾ گهٽ وڊيو لنڪ ذريعي ڳالهايو. ٻڌڻ ۽ شاهدن جي رپورٽن سان مطمئن نه ٿيو. ڪهاڻيءَ کي سمجهو ته هر طرف ڇا ٿو چاهي، ڇو چاهين ٿا، انهن جي ڪهڙي توقع آهي، ڇا انهن ان مسئلي کي اڳ ۾ حل ڪرڻ جي ڪوشش ڪئي، حل نه ٿيڻ جي صورت ۾ ڇا ٿيندو، حل ڪهڙا ڏسجن ٿا، ڪهڙيءَ ريت هو ان معاملي جو تصور ڪن ٿا. ٻئي طرف، انهن جو ڇا خيال آهي، صحيح يا غلط، وغيره. پنهنجي سر ۾ سڀ ممڪن حوالا لوڊ ڪريو، کليل ذهن سان، فرض ڪريو ته هرڪو صحيح آهي. توهان تڪرار جي اندر نه آهيو، توهان ان کان ٻاهر آهيو، هڪ ميٽاپوزيشن ۾. جيڪڏهن حوالو صرف پوسٽ جي سلسلي ۾ موجود آهي، گهٽ ۾ گهٽ ان کي مڪمل طور تي پڙهو ۽ ان سان لاڳاپيل موضوع ۽ دستاويز. پڙهڻ کان پوءِ به پنهنجي آواز سان ڳالهايو. توهان تقريبن ڪجهه اهم ٻڌڻ جي ضمانت ڏني آهي جيڪا ميل ۾ نه آهي.
ٽيون اهم نقطو آهي رابطي جو عام طريقو. اهي عام شيون آهن، ڪجهه به ڪائناتي ناهي، پر اهي تمام اهم آهن. اسان وقت بچائڻ جي ڪوشش نه ڪندا آهيون، اسان سڀني شرڪت ڪندڙن سان ڳالهائيندا آهيون، اسان شخص تي تنقيد نه ڪندا آهيون، پر اسان هن جي عملن جي نتيجن تي غور ڪندا آهيون (نه "توهان بدمعاش آهيو"، پر "شايد اهي ماڻهو ناراض ٿي سگهن ٿيون. هي شيءِ”)، اسان منهن کي بچائڻ جو موقعو ڏيون ٿا، اسان ذاتي طور تي بحث مباحثو ڪندا آهيون، نه ته قطار جي سامهون.
تڪرار عام طور تي ٻن سببن مان هڪ سبب آهن. پهرين سان لاڳاپيل آهي ته ڇا تڪرار جي وقت هڪ شخص بالغ جي حيثيت ۾ آهي يا ٻار جي حيثيت ۾ (هن تي وڌيڪ هيٺ ڏنل). اهو هن جي جذباتي پختگي جي ڪري، هن جي جذبات کي منظم ڪرڻ جي صلاحيت (جيڪو، رستي ۾، هميشه هن جي عمر سان لاڳاپيل ناهي). ٻيو عام سبب ڪم جي عمل جي خرابي آهي، جيڪو سرمائي علائقن جي حالتن کي پيدا ڪري ٿو، جنهن ۾ ذميواري شرڪت ڪندڙن جي وچ ۾ پکڙيل آهي، پارٽين جون اميدون هڪ ٻئي کان شفاف نه آهن، ۽ عمل ۾ ڪردار مبهم آهن.
ان جي مطابق، تڪرار کي حل ڪرڻ ۾ (انهي سان گڏو گڏ ڪنهن ٻئي مسئلي)، هڪ مينيجر کي ٽن نقطن کي ذهن ۾ رکڻ گهرجي: مختصر مدت - مسئلو / تڪرار حل ڪرڻ لاء هتي ۽ هاڻي، وچولي مدت - ٻئي تڪرار پيدا ٿيڻ جي امڪان کي گهٽائڻ لاء. ساڳئي سبب لاء، ۽ ڊگهي مدت - ٽيم جي شخص ۾ بالغ ثقافت کي وڌائڻ لاء.
اسان مان هر هڪ اندروني ٻار آهي، اٽڪل ٽي يا چار سال آهي. هو اڪثر وقت ڪم تي سمهندو آهي، پر ڪڏهن ڪڏهن جاڳندو آهي ۽ ڪنٽرول وٺندو آهي. ٻار کي پنهنجي ترجيحات آهي. هن لاءِ اهو ضروري آهي ته هو اصرار ڪري ته هي هن جو سينڊ باڪس آهي، هن جي ماءُ هن سان وڌيڪ پيار ڪندي آهي، هن جي مشين بهترين آهي (ڊزائن بهترين آهي، هو بهترين پروگرام ڪري ٿو، ...). تڪرار جي صورتحال ۾، ٻار رانديڪن کي دٻائي سگھي ٿو، پيرن کي دٻائي سگھي ٿو ۽ پنھنجي اسپاتولا کي ٽوڙي سگھي ٿو، پر ھو بالغن جي مسئلن کي حل نٿو ڪري سگھي (حل آرڪيٽيڪچر، پاڻمرادو ٽيسٽنگ جو طريقو، ڇڏڻ جي تاريخ، وغيره)، ھو فائدن جي لحاظ کان نه ٿو سوچي. ٽيم لاء. تڪرار ۾ هڪ ٻار کي حوصلا افزائي ڪري سگهجي ٿو، تسلي ڏني وڃي ۽ بستري تي موڪلي سگهجي ٿو ته هن کي پنهنجي بالغ کي سڏڻ لاء. تڪرار جي صورتحال ۾ بحث شروع ڪرڻ کان اڳ، پڪ ڪريو ته توهان هڪ بالغ سان ڳالهائي رهيا آهيو، ٻار نه، ۽ اهو ته توهان پاڻ هڪ بالغ جي حيثيت ۾ آهيو. جيڪڏهن توهان جو ايماندار مقصد هن وقت هڪ سنجيده مسئلو حل ڪرڻ آهي، توهان بالغ جي حيثيت ۾ آهيو. جيڪڏهن توهان جو مقصد توهان جي پيرن کي ڇڪڻ ۽ توهان جي ڪلهي جي بلڊ کي ٽوڙڻ آهي، اهو هڪ ٻاراڻي پوزيشن آهي. پنھنجي اندروني ٻار کي بستري ڏانھن موڪليو ۽ ھڪڙي بالغ کي سڏي، يا بحث کي بحال ڪريو. هڪ شخص هڪ جذباتي فيصلو ڪري ٿو، ۽ پوء ان لاء منطقي جواز ڳولي ٿو. ٻارن جي ترجيحن جي بنياد تي ٻار پاران ڪيل فيصلو بهتر نه ٿيندو.
تڪرار جي وقت جي رويي کان علاوه، هڪ ٻار يا بالغ جي پوزيشن پڻ ذميواري جي سطح سان منسوب ڪيو ويو آهي جيڪو هڪ شخص پاڻ تي کڻڻ لاء تيار آهي. ان جي انتهائي ظاھر ۾، ھڪڙو پروگرامر جي ٻاراڻي پوزيشن، جنھن کي مون ھڪڙي کان وڌيڪ ڀيرا مليا آھن، ھن طرح نظر اچن ٿا: مون ڪوڊ لکيو، ان کي جائزو وٺڻ لاء موڪليو - منهنجو ڪم ختم ٿي ويو آھي. نظرثاني ڪندڙن کي ان جو جائزو وٺڻ گهرجي ۽ ان کي منظور ڪرڻ گهرجي، QA ان کي جانچڻ گهرجي، جيڪڏهن ڪو مسئلو آهي، اهي مون کي خبر ڏيو. حيرت انگيز طور تي، جيتوڻيڪ ڪافي بالغ ۽ تجربي وارا ماڻهو ڪڏهن ڪڏهن هن طريقي سان هلندا آهن. پيماني جي ٻي پڇاڙي اها آهي ته هڪ شخص پاڻ کي ذميوار سمجهي ٿو انهي کي يقيني بڻائڻ لاءِ ته هن جو ڪوڊ ڪم ڪري ٿو، ٽيسٽن سان ڍڪيل آهي، هن طرفان ذاتي طور تي چڪاس ڪيو ويو آهي، ڪاميابيءَ سان جائزو پاس ڪيو آهي (جيڪڏهن ضروري هجي ته، جائزو وٺندڙن کي پنگ ڪرڻ، مسئلن تي بحث ڪرڻ ۾ ڪو مسئلو ناهي. آواز ذريعي، وغيره) ۽ دٻايو ويو آهي، QA مدد فراهم ڪندو جيڪڏهن ضروري هجي، ٽيسٽ منظرنامو بيان ڪيو ويندو، وغيره. عام حالتن ۾، پروگرامر يا ته شروع ٿئي ٿو بالغن جي پيماني جي ويجھو، يا اُتي منتقل ٿئي ٿو جيئن هو تجربو حاصل ڪري ٿو (بشرطڪ ٽيم جي اندر صحيح ڪلچر کي وڌايو وڃي). سخت حالتن ۾، هو ڪم ڪرڻ جاري رکي ٿو، عام طور تي هڪ ٻاراڻي پوزيشن وٺي، پوء هو ۽ ٽيم وقتي طور تي مسئلا ۽ تڪرار آهن.
هڪ ٽيم ۾ صحيح، بالغ ڪلچر کي فروغ ڏيڻ ڪنهن به مينيجر لاء هڪ اهم ڪم آهي. اهو هڪ ڊگهو وقت ۽ روزاني ڪوشش وٺندو آهي، پر نتيجو ان جي قابل آهي. ٽيم ڪلچر تي اثر انداز ٿيڻ جا ٻه طريقا آهن - مثال جي اڳواڻي (جنهن جي ضرور پيروي ڪئي ويندي؛ ٽيم هميشه اڳواڻ ڏانهن ڏسندي) ۽ بحث ڪرڻ ۽ صحيح رويي کي انعام ڏيڻ. هتي ڪجھ به غير معمولي يا بلڪل رسمي نه آهي، بس جڏهن مسئلن تي بحث ڪيو وڃي، نوٽيس ڪيو ته ڪجهه هتي ٿي سگهي ٿو، زور ڀريو ته توهان محسوس ڪيو جڏهن اهو صحيح طور تي فيصلو ڪيو ويو، ساراهه، نوٽ، رليز جائزو دوران نوٽ، وغيره.
اچو ته ڪيترن ئي عام تڪرار جي حالتن تي غور ڪريون، سادي کان پيچيده تائين:
تڪرار ڪم جي مسئلن سان لاڳاپيل ناهي
گهڻو ڪري ڪم تي تڪرار آهن جيڪي ڪم جي مسئلن سان لاڳاپيل نه آهن. انهن جي موجودگي ۽ حل جي آسانيء سان عام طور تي سڌو سنئون شرڪت ڪندڙن جي جذباتي ڄاڻ جي سطح، انهن جي پختگي جي سطح، ۽ ڪم جي عمل جي تڪميل يا خرابي سان لاڳاپيل ناهي.
عام مثال: ڪو ماڻهو واشنگ مشين يا شاور ڪافي استعمال نٿو ڪري، جيڪو ٻين کي پسند نه ٿو اچي، ڪنهن کي ٿلهو آهي، جڏهن ته ٻين کي هوا لڳندي آهي جيڪڏهن اهي دري کوليندا آهن، ڪنهن کي تمام گهڻو شور هوندو آهي، ۽ ٻين کي ڪم ڪرڻ لاءِ خاموشي جي ضرورت هوندي آهي، ۽ ائين. بهتر آهي ته ان قسم جي تڪرارن جي حل ۾ دير نه ڪئي وڃي ۽ نه ئي انهن کي پنهنجو رستو اختيار ڪرڻ ڏنو وڃي. اهي پنهنجو پاڻ تي حل نه ڪندا ۽ توهان کي هر روز ڪم کان پريشان ڪندا ۽ ٽيم جي ماحول کي زهر ڪندا. خوشقسمتيءَ سان، انهن کي حل ڪرڻ ڪو وڏو مسئلو نه هوندو آهي - بس آرام سان ڳالهايو (هڪ ٻئي سان، يقيناً) ڪنهن ساٿي سان جيڪو حفظان صحت کي نظرانداز ڪري ٿو، انهن ماڻهن لاءِ آرامده ويهڻ فراهم ڪريو جيڪي خاموشي/ٿڌائي کي ترجيح ڏين ٿا، آواز جذب ڪندڙ هيڊفون خريد ڪن ٿا يا پارٽيشن انسٽال ڪن ٿا. وغيره
هڪ ٻيو مثال جيڪو مون پنهنجي ڪم دوران ڪيترائي ڀيرا منهن ڪيو آهي، ٽيم جي ميمبرن جي نفسياتي غير مطابقت آهي. ڪجهه سببن لاء، ماڻهو صرف گڏجي ڪم نٿا ڪري سگهن؛ هر ڳالهه ٻولهه هڪ اسڪينڊل ۾ ختم ٿئي ٿي. ڪڏهن ڪڏهن اهو حقيقت جي ڪري آهي ته ماڻهو ڪجهه دٻاء واري مسئلي تي (عام طور تي سياسي) پولر خيال رکندا آهن ۽ نه ڄاڻندا آهن ته انهن کي ڪم کان ٻاهر ڪيئن ڇڏڻ. انهن کي هڪ ٻئي کي برداشت ڪرڻ يا انهن جي رويي کي تبديل ڪرڻ لاء قائل ڪرڻ بلڪه بيڪار ڪم آهي. صرف استثنا مون کي سامهون آيو آهي نوجوان ساٿين سان گڏ کليل تصور؛ انهن جو رويو اڃا به وقتي گفتگو ذريعي آهستي آهستي تبديل ٿي سگهي ٿو. عام طور تي مسئلو ڪاميابيءَ سان حل ڪيو ويندو آهي انهن کي مختلف ٽيمن ۾ ورهائي، يا گهٽ ۾ گهٽ ڪم تي اوورليپ ڪرڻ جو موقعو فراهم ڪري تمام گهٽ.
مٿين سڀني حالتن ۾، اهو ضروري آهي ته سڀني شرڪت ڪندڙن سان ذاتي طور تي ڳالهائڻ، صورتحال تي بحث ڪرڻ، اهو پڇڻ ته ڇا انهن کي هن معاملي ۾ ڪو مسئلو نظر اچي ٿو، انهن کان پڇڻ لاء، انهن جي راء ۾، حل ڇا آهن، ۽ انهي کي يقيني بڻائڻ ۾ انهن جي شموليت کي يقيني بڻائي. فيصلو.
ڪم جي عمل کي بهتر ڪرڻ جي نقطي نظر کان (وچولي مدت جو نقطو جنهن جو مون ذڪر ڪيو آهي)، هتي گهڻو ڪجهه نه ٿو ڪري سگهجي؛ اصلاح جو واحد نقطو اهو آهي ته ٽيم ٺاهڻ وقت مطابقت واري عنصر کي مدنظر رکيو وڃي ۽ ماڻهن کي نه رکڻ لاءِ. اڳ ۾ گڏ ڪير تڪرار ڪندو.
ٽيم ڪلچر جي نقطه نظر کان، اهڙيون حالتون گهڻو ڪري پيدا ٿينديون آهن ٽيمن ۾ هڪ بالغ ڪلچر سان، جتي ماڻهو ٽيم ۽ ساٿين جو احترام ڪن ٿا ۽ ڄاڻن ٿا ته مسئلن کي آزاديء سان ڪيئن حل ڪجي. ان کان علاوه، اهڙا تڪرار تمام گهڻو آساني سان حل ڪيا ويندا آهن (اڪثر پاڻمرادو) ٽيمن ۾ جتي اعتماد جي اعلي سطح آهي، ماڻهن هڪ ڊگهي وقت تائين گڏجي ڪم ڪيو آهي ۽/يا ڪم کان ٻاهر اڪثر گفتگو ڪندا آهن.
ڪم جي مسئلن سان لاڳاپيل تڪرار:
اهڙا تڪرار عام طور تي هڪ ئي وقت ۾ ٻنهي سببن جي ڪري، ٻئي جذباتي (حقيقت اها آهي ته شرڪت ڪندڙن مان هڪ بالغ جي حيثيت ۾ نه آهي) ۽ ڪم جي عمل جي خودمختاري. شايد سڀ کان وڌيڪ عام قسم جي تڪرارن جو مون سامنا ڪيو آهي ڪوڊ جي نظرثانين يا ڊولپرز جي وچ ۾ فن تعمير جي بحثن دوران تڪرار.
مان هتي ٻه عام ڪيسن کي اجاگر ڪندس:
1) پهرين صورت ۾، ڊولپر هڪ ساٿي کان ڪوڊ جو جائزو حاصل نٿو ڪري سگهي. پيچ کي جائزو وٺڻ لاء موڪليو ويو، ۽ ڪجھ به نه ٿيندو. پهرين نظر ۾، ٻنهي طرفن جي وچ ۾ ڪو واضح تڪرار ناهي، پر جيڪڏهن توهان ان بابت سوچيو، اهو ڪافي تڪرار آهي. ڪم جو مسئلو حل نه ڪيو ويو آهي، پارٽين مان هڪ (جائزو جي انتظار ۾) واضح پريشاني جو تجربو آهي. هن معاملي جو هڪ انتهائي ذيلي قسم هڪ ڪميونٽي يا مختلف ٽيمن ۾ ترقي آهي، جڏهن ته نظرثاني ڪندڙ شايد هن خاص ڪوڊ ۾ دلچسپي نه رکي، لوڊشيڊنگ يا ٻين حالتن جي ڪري، شايد نظرثاني جي درخواست تي ڌيان نه ڏئي، ۽ خارجي ثالث. (هڪ مئنيجر ٻنهي طرفن لاءِ عام آهي)) شايد موجود نه هجي.
حل جو طريقو جيڪو اهڙي صورتحال ۾ مدد ڪري ٿو اهو خاص طور تي ڊگهي مدت جي نقطه نظر سان تعلق رکي ٿو، هڪ بالغ جي ثقافت. پهرين، سمارٽ سرگرمي ڪم ڪري ٿي. توهان کي اميد نه رکڻ گهرجي ته نظرثاني تي لٽڪيل ڪوڊ پاڻ کي نظرثاني ڪندڙ جي ڌيان کي راغب ڪندو. اسان کي نظرثاني ڪندڙن جي مدد ڪرڻ جي ضرورت آهي هن کي نوٽيس. Pingani ٻه ماڻهو، هڪ سوال پڇو syncape تي، بحث ۾ حصو وٺڻ. ظاهر آهي، تڪليف مدد کان وڌيڪ نقصان پهچائڻ جو امڪان آهي، توهان کي عام احساس استعمال ڪرڻ جي ضرورت آهي. ٻيو، اڳ تياري چڱي ڪم. جيڪڏهن ٽيم سمجهي ٿي ته ڇا ٿي رهيو آهي ۽ ڇو، ڇو ته هي ڪوڊ تمام ضروري آهي، ڊزائن تي بحث ڪيو ويو آهي ۽ سڀني سان اڳ ۾ اتفاق ڪيو ويو آهي، ماڻهو گهڻو ڪري اهڙي ڪوڊ تي ڌيان ڏيڻ ۽ ڪم لاء قبول ڪرڻ جو امڪان آهي. ٽيون، اختيار ڪم ڪري ٿو. جيڪڏھن توھان چاھيو ٿا ته جائزو ورتو وڃي، پاڻ ڪيترائي جائزو وٺو. اعلي معيار جا جائزو وٺو، حقيقي چيڪن، حقيقي تجربن، ۽ مفيد تبصرن سان. جيڪڏهن توهان جو لقب ٽيم ۾ چڱي طرح ڄاتو وڃي ٿو، اتي هڪ وڏو موقعو آهي ته توهان جو ڪوڊ نوٽ ڪيو ويندو.
ڪم جي فلو نقطي نظر کان، هتي ممڪن بهتري صحيح ترجيح آهي جنهن جو مقصد ڊولپر کي سندس ۽ ٽيم جي مقصدن کي حاصل ڪرڻ ۾ مدد ڏيڻ آهي (ٻين جو جائزو وٺو، ڪميونٽي ڏانهن خط لکو، ڪوڊ سان گڏ آرڪيٽيڪچر جي وضاحت، دستاويزن، ٽيسٽ، بحث ۾ حصو وٺن. ڪميونٽي وغيره)، پيچ کي قطار ۾ تمام گهڻي دير تائين لٽڪڻ کان روڪيو، وغيره.
2) ڪوڊ يا ڊيزائن جي جائزي دوران تڪرار جو ٻيو عام ڪيس ٽيڪنيڪل مسئلن، ڪوڊنگ انداز، ۽ اوزار جي چونڊ تي مختلف نظريا آهن. هن معاملي ۾ وڏي اهميت، شرڪت ڪندڙن جي وچ ۾ اعتماد جي سطح، هڪ ئي ٽيم سان تعلق رکندڙ، ۽ گڏجي ڪم ڪرڻ جو تجربو آهي. هڪ مئل آخر ٿيندي آهي جڏهن شرڪت ڪندڙن مان هڪ ٻاراڻي پوزيشن وٺندو آهي ۽ ٻڌڻ جي ڪوشش نه ڪندو آهي ته ڳالهائيندڙ هن کي پهچائڻ چاهي ٿو. گهڻو ڪري، ٻئي ڌر پاران تجويز ڪيل طريقا ۽ شروعاتي طور تي تجويز ڪيل طريقي سان ڪاميابي سان ڪم ڪري سگھن ٿا ۽ اصول ۾ اهو فرق نٿو پوي ته ڪنهن کي چونڊيو وڃي.
هڪ ڏينهن، منهنجي ٽيم مان هڪ پروگرامر (اچو ته هن کي پاشا سڏين) هڪ پيچ تيار ڪيو جنهن ۾ تبديلين سان گڏ پيڪيج ڊيپلائيمينٽ سسٽم، جنهن کي هڪ پاڙيسري ڊپارٽمينٽ جي ساٿين پاران ترقي ۽ مدد ڏني وئي هئي. انهن مان هڪ (Igor) جي پنهنجي مضبوط راءِ هئي ته ڪيئن لينڪس سروسز کي ترتيب ڏيڻ گهرجي جڏهن پيڪيجز کي ترتيب ڏيو. اها راءِ پيچ ۾ تجويز ڪيل طريقي کان مختلف هئي، ۽ اهي متفق نه ٿي سگهيا. هميشه وانگر، ڊيڊ لائنون ختم ٿي رهيون هيون، ۽ اهو ضروري هو ته ڪنهن به قسم جي فيصلي تي پهچي، انهن مان هڪ لاء بالغ پوزيشن وٺڻ ضروري هو. پاشا تسليم ڪيو ته ٻنهي طريقن کي زندگي گذارڻ جو حق آهي، پر هو چاهي ٿو ته هن جو اختيار گذري وڃي، ڇاڪاڻ ته نه ته هڪ ۽ نڪي ٻيو اختيار ڪي به واضح فني فائدا هئا.
اسان جي ڳالهه ٻولهه ڪجهه هن طرح نظر آئي (بلڪل انداز ۾، يقينا، ڳالهه ٻولهه اڌ ڪلاڪ تائين جاري رهي):
- پاشا، اسان وٽ ڪجهه ڏينهن ۾ هڪ فيچر منجمد آهي. اهو ضروري آهي ته اسان سڀ ڪجهه گڏ ڪريون ۽ جلد کان جلد جاچ شروع ڪريون. اسان Igor ذريعي ڪيئن حاصل ڪري سگهون ٿا؟
- هو مختلف طريقي سان خدمتون قائم ڪرڻ چاهي ٿو، هن اتي مون لاءِ تبصرا رکيا ...
- ۽ اتي ڇا آهي، وڏي ڦيرڦار، تمام گهڻو ڌڪ؟
- نه، ڪم ته ٻه ڪلاڪ آهي، پر آخر ۾ ڪو به فرق نه ٿو پوي، اهو ڪنهن به صورت ۾ ڪم ڪندو، اهو ڇو ضروري آهي؟ مون ڪجهه ٺاهيو جيڪو ڪم ڪري، اچو ته ان کي قبول ڪريون.
- ٻڌ، تون ڪيتري دير کان اهو سڀ بحث ڪري رهيو آهين؟
- ها، اسان هڪ هفتي ۽ اڌ لاء وقت نشان لڳايو آهي.
- اما... ڇا اسان ان مسئلي کي ٻن ڪلاڪن ۾ حل ڪري سگهون ٿا، جنهن ۾ اڳ ۾ ئي هڪ اڌ هفتو گذري چڪو هجي، ۽ اهو نه ڪيو وڃي؟
- چڱو، ها، پر مان نه ٿو چاهيان ته اگور اهو سوچي ته مون کي پڪڙيو ويو آهي ...
- ٻڌ، توهان لاءِ وڌيڪ اهم ڇا آهي، هڪ آزاديءَ سان گڏ، توهان جي اندر جو فيصلو، يا اگور کي مارڻ؟ اسان ان کي بلاڪ ڪري سگهون ٿا، تنهن هوندي به، اتي هڪ سٺو موقعو آهي ته ڇڏڻ سان ذريعي پرواز ڪرڻ لاء.
- خير، اهو سٺو ٿيندو، يقينا، ايگور جي نڪ کي مسح ڪرڻ، پر ٺيڪ، ڇڏڻ وڌيڪ اهم آهي، مان متفق آهيان.
- ڇا اهو واقعي توهان لاء اهم آهي جيڪو Igor سوچي ٿو؟ ايماندار ٿيڻ لاء، هن کي ڪنهن به قسم جي نقصان نه ڏيندو آهي، هو صرف شيء جي مختلف هنڌن تي هڪ متحد طريقي سان چاهيندو آهي جنهن لاء هو ذميوار آهي.
- چڱو، ٺيڪ، مون کي ائين ڪرڻ ڏيو جيئن هو تبصرن ۾ پڇي ۽ اچو ته جاچ شروع ڪريون.
- مهرباني، پاشا! مون کي پڪ هئي ته توهان ٻنهي مان توهان وڌيڪ بالغ هوندا، جيتوڻيڪ Igorek توهان کان وڏي عمر ۾ آهي :)
مسئلو حل ٿي ويو، وقت تي آزاد ڪيو ويو، پاشا کي گهڻو مايوس محسوس نه ٿيو، ڇاڪاڻ ته پاڻ هڪ حل تجويز ڪيو ۽ ان تي عمل ڪيو. Igor عام طور تي خوش هو، ڇاڪاڻ ته ... هن جي راءِ کي حساب ۾ ورتو ويو ۽ انهن ائين ڪيو جيئن هن تجويز ڪيو.
هڪ ٻيو قسم جو بنيادي طور تي ساڳيو تڪرار هڪ منصوبي ۾ ٽيڪنيڪل حل/لائبريري/طريقه ڪار جي وچ ۾ انتخاب آهي، خاص طور تي ورهايل ٽيم ۾. ھڪڙي پروجيڪٽ ۾، جنھن کي C/C++ استعمال ڪيو ويو، اھو نڪتو ته منصوبي جي ٽيڪنيڪل انتظام واضح طور تي STL (Standard Template Library) استعمال ڪرڻ جي خلاف ھئي. هي هڪ معياري ٻولي لائبريري آهي جيڪا ترقي کي آسان بڻائي ٿي، ۽ اسان جي ٽيم ان جي تمام گهڻي عادت آهي. اهو ظاهر ٿيو ته پروجيڪٽ C ++ جي ڀيٽ ۾ C جي تمام ويجهو آهي، جنهن ٽيم کي تمام گهڻو متاثر نه ڪيو، ڇاڪاڻ ته انتظاميا پنهنجي بهترين ڪوشش ڪئي ۽ واقعي سٺا پلس رانديگرن کي ڀرتي ڪيو. ساڳئي وقت، ٽيم جو آمريڪي حصو، انجنيئر ۽ مئنيجر ٻنهي، هڪ ڊگهي وقت تائين ڪمپنيء ۾ ڪم ڪيو هو، موجوده حالتن جي عادي هئي، ۽ هر شيء سان خوش هئا. ٽيم جو روسي حصو تازو گڏ ڪيو ويو، ڪجهه هفتن اندر (مون سميت). ٽيم جو روسي حصو واضح طور تي ترقي جي معمولي طريقي کي ڇڏي ڏيڻ نه چاهيو.
ٻن براعظمن جي وچ ۾ لامحدود تحريري بحث شروع ٿي ويا، ٽن يا چئن اسڪرينن تي خط اڳتي وڌندا ويا، گروپ ميلنگ ۽ ذاتي خطن ۾، پروگرامرز کان پروگرامرز ۽ مينيجرز تائين. جيئن عام طور تي آهي، ان ڊگھائي جا خط ليکڪن ۽ سندن پرجوش حامين کان سواءِ ٻيو ڪو نه پڙهندو هو. STL جي ٽيڪنيڪل فائدن جي حوالي سان مختلف طرفن ۾ ملٽي-اسڪرين سوچن کي پاس ڪرڻ سان چيٽون ڇڪيون ويون، اهو ڪيترو سٺو آزمايو ويو آهي، اهو ڪيترو محفوظ آهي، ۽ عام طور تي، ان سان زندگي ڪيتري شاندار آهي، ۽ ان کان سواءِ اها ڪيتري خوفناڪ آهي. .
اهو سڀ ڪجهه گهڻو وقت هليو، جيستائين مون کي آخرڪار اهو احساس ٿيو ته اسان مسئلي جي ٽيڪنيڪل پهلوئن تي بحث ڪري رهيا هئاسين، پر مسئلو حقيقت ۾ ٽيڪنيڪل نه هو. مسئلو STL جي فائدن يا نقصانن يا ان کان سواء ڪم ڪرڻ جي مشڪل ناهي. مسئلو بلڪه تنظيمي آهي. اسان کي صرف اهو سمجهڻ جي ضرورت آهي ته اسان ڪهڙي ڪمپني لاء ڪم ڪيو. اسان مان ڪنهن کي به اڳ اهڙي ڪمپني ۾ ڪم ڪرڻ جو تجربو نه هو. شيء اها هئي ته ڪوڊ ٺاهي وئي ۽ پيداوار ۾ جاري ڪيو ويو، سپورٽ مڪمل طور تي مختلف ماڻهن طرفان، ٻين ٽيمن کان، ٻين ملڪن کان هٿ ڪيو ويو. ڪيترن ئي هزارين انجنيئرن جي هي وڏي انجنيئرنگ ٽيم (مجموعي طور تي) صرف هڪ مڪمل طور تي بنيادي گهٽ ۾ گهٽ ٽيڪنيڪل وسيلا برداشت ڪري سگهي ٿي، تنهنڪري ڳالهائڻ لاء، گهٽ ۾ گهٽ گهٽ ۾ گهٽ. جيڪا به شيءِ جيڪا ڪمپنيءَ ۾ قائم ڪيل انجنيئرنگ معيار کان ٻاهر ٿي وئي، اها مستقبل ۾ سهڪار نه ٿي ڪري سگهي. ٽيم جي سطح ان جي ڪمزور ميمبرن جي سطح تي طئي ڪئي ويندي آهي. اسان کي سمجھڻ کان پوء حقيقي motivation ٽيم جي آمريڪي حصي جي ڪارناما، هي مسئلو ايجنڊا مان هٽايو ويو، ۽ گڏجي اسان ڪاميابي سان ترقي ڪئي ۽ ڪمپني پاران منظور ڪيل معيار کي استعمال ڪندي پيداوار کي جاري ڪيو. هن معاملي ۾ خط ۽ چيٽ چڱي طرح ڪم نه ڪيو؛ اهو ڪيترن ئي سفرن ۽ تمام گهڻو ذاتي رابطي ۾ آيو هڪ عام ڊنومنيٽر تائين.
ڪم جي فلو جي نقطي نظر کان، هن خاص صورت ۾، استعمال ٿيل اوزارن جي وضاحت، انهن جي گهرج، نوان شامل ڪرڻ تي پابنديون، ۽ اهڙين پابندين لاء جواز ڏيڻ ۾ مدد ملندي. اهڙا دستاويز تقريبن انهن پيراگرافن سان ملن ٿا جيڪي بيان ڪيل پيراگرافس ۾ بيان ڪيا ويا آهن “منيجرز هينڊ بڪ فار سافٽ ويئر ڊولپمينٽ” جي ٻيهر استعمال واري حڪمت عملي ۽ ترقي ماحول . ان جي عمر جي باوجود، هن قسم جي سافٽ ويئر ڊولپمينٽ جي سڀني مکيه سرگرمين ۽ منصوبابندي جي مرحلن کي مڪمل طور تي بيان ڪري ٿو. ھن جھڙن دستاويزن سان اھو بحث ڪرڻ تمام آسان بڻائي ٿو ته ڪھڙا جزا ۽ طريقا استعمال ڪري سگھجن ٿا پراڊڪٽ ۾، ۽ ڇو.
ثقافتي نقطه نظر کان، ظاهر آهي، هڪ وڌيڪ پختي پوزيشن سان، جنهن ۾ پارٽيون پنهنجن ساٿين جي عملن جي حقيقي حوصلي کي ٻڌڻ ۽ سمجهڻ جي ڪوشش ڪن ٿيون ۽ پروجيڪٽ ۽ ٽيم جي ترجيحن جي بنياد تي عمل ڪن ٿيون، نه ته ذاتي انا جي. ، تڪرار آسان ۽ تيزيءَ سان حل ڪيو ويندو.
هڪ ٻئي تڪرار ۾ هڪ ٽيڪنيڪل حل جي چونڊ تي، اهو پڻ مون کي هڪ قابل ذڪر وقت ورتو ته هڪ پارٽين جي حوصلي کي سمجهڻ (اهو هڪ تمام غير معمولي معاملو هو)، پر ان جي ترغيب واضح ٿيڻ کان پوء، حل واضح هو.
صورتحال هي آهي: هڪ نئون ڊولپر لڳ ڀڳ 20 ماڻهن جي ٽيم ۾ ظاهر ٿئي ٿو، اچو ته کيس سڏين Stas. ان وقت، هڪ ٽيم جي طور تي رابطي لاء اسان جو معياري اوزار Skype هو. جيئن ته اهو بعد ۾ نڪتو، Stas کليل معيار ۽ اوپن سورس سافٽ ويئر جو هڪ وڏو پرستار هو، ۽ صرف اوزار ۽ آپريٽنگ سسٽم استعمال ڪيو جن جا ذريعا عوامي طور تي دستياب هئا ۽ جيڪي عوامي طور تي بيان ڪيل پروٽوڪول استعمال ڪندا هئا. Skype انهن اوزارن مان هڪ ناهي. اسان هن طريقي جي فائدن ۽ نقصانن تي بحث ڪرڻ ۾ گهڻو وقت گذاريو، مختلف آپريٽنگ سسٽم تي Skype جي اينالاگ لانچ ڪرڻ جي ڪوشش، اسٽيس جي ٽيم کي قائل ڪرڻ جي ڪوشش ٻين معيارن تي سوئچ ڪرڻ لاء، کيس ذاتي طور تي ميل ذريعي لکو، کيس ذاتي طور تي ڪال ڪريو. فون، کيس ٻيو ڪمپيوٽر خريد ڪري خاص طور تي Skype وغيره لاءِ. آخرڪار، مون محسوس ڪيو ته اهو مسئلو، جوهر ۾، ٽيڪنيڪل يا تنظيمي ناهي، اهو بلڪه نظرياتي آهي، جيتوڻيڪ، ڪو به چئي سگهي ٿو، مذهبي (اسٽا لاء). جيتوڻيڪ اسان آخرڪار Stas ۽ Skype سان ڳنڍيو (جنهن ۾ ڪيترائي مهينا گذري ويا)، مسئلو وري ڪنهن به ايندڙ اوزار تي پيدا ٿيندو. Stas جي عالمي ڏيک کي تبديل ڪرڻ لاءِ منهنجي اختيار ۾ ڪو به حقيقي وسيلو نه هو، ۽ هن ماحول ۾ مڪمل طور تي ڪم ڪندڙ ٽيم جي عالمي ڏيک کي تبديل ڪرڻ جي ڪوشش ڪرڻ جو ڪو به سبب نه هو. ماڻهو ۽ ڪمپني صرف پنهنجي دنيا جي نظر ۾ آرٿوگونل هئا. اهڙين حالتن ۾، هڪ سٺو حل تنظيمي آهي. اسان Stas کي ٻي ٽيم ڏانهن منتقل ڪيو، جتي هو وڌيڪ نامياتي هو.
هن تڪرار جو سبب، منهنجي خيال ۾، هڪ خاص شخص جي ذاتي ڪلچر جي وچ ۾ اختلاف آهي (جنهن کي هڪ مضبوط راء آهي جيڪو هن کي سمجهڻ جي اجازت نٿو ڏئي) ۽ ڪمپني جي ثقافت. هن معاملي ۾، اهو آهي، يقينا، مينيجر جي غلطي. هن کي اهڙي قسم جي پروجيڪٽ تي وٺي وڃڻ شروع ۾ غلط هو. Stas آخرڪار هڪ اوپن سورس سافٽ ويئر ڊولپمينٽ پروجيڪٽ ڏانهن منتقل ڪيو ويو ۽ اتي شاندار ٿيو.
ڊولپر جي ٻاراڻي رويي ۽ ڪم جي عمل جي نقصن جي ڪري پيدا ٿيل تڪرار جو هڪ سٺو مثال هڪ اهڙي صورتحال آهي جنهن ۾، ڪم جي تعريف جي غير موجودگي ۾، ڊولپر ۽ QA ٽيم جي تياري جي حوالي سان مختلف اميدون آهن. خصوصيت QA ڏانهن منتقل ڪئي وئي. ڊولپر يقين ڪيو ته اهو ڪافي آهي ڪوڊ لکڻ ۽ خصوصيت کي باهه مٿان QA ڏانهن اڇلائڻ - اهي ان کي اتي ئي ترتيب ڏيندا. هڪ بلڪل پختو ۽ تجربيڪار پروگرامر، رستي جي ذريعي، پر اهو معيار لاء هن جي اندروني حد هئي. QA ان سان اختلاف ڪيو ۽ انهن کي ڏيکارڻ ۽ بيان ڪرڻ جو مطالبو ڪيو جيڪو هن پاڻ چيڪ ڪيو هو، ۽ انهن لاءِ ٽيسٽنگ اسڪرپٽ جو مطالبو ڪيو. انهن کي ماضي ۾ هن ڊولپر کان ڪارڪردگي سان مسئلا هئا ۽ انهن جو وقت ٻيهر ضايع ڪرڻ نه چاهيو. رستي ۾، اهي صحيح هئا - فيچر واقعي ڪم نه ڪيو، هن QA ڏانهن موڪلڻ کان پهريان ڪوڊ چيڪ نه ڪيو.
صورتحال کي حل ڪرڻ لاءِ، مون کانئس پڇيو ته مون کي ڏيکاريو ته سڀ ڪجھ واقعي ڪم ڪيو (اهو ڪم نه ڪيو، ۽ هن کي ان کي درست ڪرڻو هو)، اسان ٽيم سان ڳالهايو ۽ ڪيو ويو جي QA تعريف سان (انهن اهو نه ڪيو. لکڻ، ڇاڪاڻ ته اسان پروسيس کي تمام گهڻو بيوروڪريٽڪ بڻائڻ نه چاهيون ٿا، خير، اسان جلد ئي هن ماهر (عام رليف لاء) کان جدا ٿي ويا.
ڪم جي فلو جي نقطي نظر کان، هن معاملي ۾ ممڪن بهتري، مڪمل ڪيل تعريف جي موجودگي، هر يونٽ جي خاصيت جي حمايت جي ضرورتن ۽ انضمام ٽيسٽ، ۽ ڊولپر پاران ڪيل جاچ جي وضاحت. ھڪڙي منصوبي ۾، اسان CI جي دوران ٽيسٽ ذريعي ڪوڊ ڪوريج جي سطح کي ماپ ڪيو ۽ جيڪڏھن ڪوريج جي سطح پيچ شامل ڪرڻ کان پوء گھٽجي وئي، ٽيسٽ کي ناڪام طور نشان لڳايو ويو، يعني. ڪو به نئون ڪوڊ صرف شامل ٿي سگھي ٿو جيڪڏھن ان لاءِ نوان ٽيسٽ ھجن.
ڪم جي عمل جي تنظيم سان ويجهي سان لاڳاپيل تڪرار جو هڪ ٻيو عام مثال. اسان وٽ ھڪڙو پراڊڪٽ آھي، ھڪڙو پراڊڪٽ ڊولپمينٽ ٽيم، ھڪڙو سپورٽ ٽيم، ۽ ھڪڙو گراهڪ. ڪسٽمر کي پراڊڪٽ ۽ رابطن جي مدد سان مسئلا آهن. سپورٽ مسئلي جو تجزيو ڪري ٿو ۽ سمجھي ٿو ته مسئلو پراڊڪٽ ۾ آھي ۽ مسئلي کي پراڊڪٽ ٽيم ڏانھن منتقل ڪري ٿو. پراڊڪٽ ٽيم هڪ مصروف وقت ۾ آهي، هڪ رليز اچي رهيو آهي، تنهنڪري هڪ ڪسٽمر جي مسئلي سان هڪ ٽڪيٽ، ڊولپر جي ٻين ٽڪيٽن جي وچ ۾ گم ٿي وئي جنهن کي اهو تفويض ڪيو ويو آهي، ڪيترن ئي هفتن تائين بغير ڪنهن توجه جي. سپورٽ جو خيال آهي ته ڊولپر گراهڪ جي مسئلي تي ڪم ڪري رهيو آهي. گراهڪ انتظار ڪري ٿو ۽ اميد رکي ٿو ته انهن جو مسئلو ڪم ڪيو پيو وڃي. حقيقت ۾، اڃا تائين ڪجھ به نه ٿي رهيو آهي. ڪجھ هفتن کان پوء، گراهڪ آخرڪار فيصلو ڪري ٿو ترقي ۾ دلچسپي وٺڻ ۽ مدد کان پڇي ٿو ته شيون ڪيئن ٿي رهيون آهن. حمايت ترقي لاء پڇي ٿو. ڊولپر ڇرڪي ٿو، ٽڪيٽن جي لسٽ کي ڏسي ٿو ۽ اتي ڪسٽمر کان ٽڪيٽ ڳولي ٿو. هڪ ڪسٽمر کان ٽڪيٽ پڙهي، هو سمجهي ٿو ته مسئلو حل ڪرڻ لاء ڪافي معلومات نه آهي، ۽ هن کي وڌيڪ لاگ ۽ ڊمپ جي ضرورت آهي. سپورٽ گراهڪ کان اضافي معلومات جي درخواست ڪري ٿي. ۽ پوءِ گراهڪ محسوس ڪري ٿو ته هن وقت ڪو به هن جي مسئلي تي ڪم نه ڪري رهيو آهي. ۽ گجگوڙ ڪندو ...
هن صورتحال ۾، تڪرار جو حل پاڻ کي بلڪل واضح ۽ سڌريل آهي (پراڊڪٽ کي درست ڪريو، دستاويزن ۽ ٽيسٽ کي اپڊيٽ ڪريو، ڪسٽمر کي راضي ڪريو، هڪ هٽ فڪس جاري ڪريو، وغيره). اهو ضروري آهي ته ڪم جي عمل جو تجزيو ڪيو وڃي ۽ اهو سمجهڻ گهرجي ته ٻنهي ٽيمن جي وچ ۾ رابطي کي منظم ڪرڻ جو ذميوار ڪير آهي، ۽ ڇو ته اها صورتحال پهرين جڳهه ۾ ممڪن ٿي. اهو واضح آهي ته پروسيس ۾ ڇا ٿيڻ جي ضرورت آهي - ڪنهن کي لازمي طور تي گراهڪن جي ياد ڏياريندڙن کان سواءِ مجموعي تصوير جي نگراني ڪرڻ گهرجي. ڪسٽمر کان ٽڪيٽون ڊولپرز کان ٻين ٽڪيٽن جي وچ ۾ بيهڻ گهرجن. سپورٽ کي ڏسڻ گهرجي ته ڇا ترقياتي ٽيم هن وقت پنهنجي ٽڪيٽ تي ڪم ڪري رهي آهي، ۽ جيڪڏهن نه، جڏهن اهو ڪم شروع ڪري سگهي ٿو، ۽ جڏهن نتيجن جي اميد ڪري سگهجي ٿي. سپورٽ ۽ ڊولپمينٽ کي وقتي طور تي گفتگو ڪرڻ گهرجي ۽ ٽڪيٽن جي صورتحال تي بحث ڪرڻ گهرجي، ڊيبگنگ لاءِ ضروري معلومات جو مجموعو جيترو ٿي سگهي خودڪار ٿيڻ گهرجي، وغيره.
جيئن جنگ ۾ دشمن ٻن يونٽن جي وچ ۾ سنگم کي مارڻ جي ڪوشش ڪندو آهي، تنهنڪري ڪم ۾ سڀ کان وڌيڪ نازڪ ۽ خطرناڪ نقطو عام طور تي ٽيمن جي وچ ۾ رابطي جو آهي. جيڪڏهن سپورٽ ۽ ڊولپمينٽ مئنيجر ڪافي پراڻا آهن، اهي پاڻ پروسيس کي درست ڪرڻ جي قابل هوندا، جيڪڏهن نه، اهو عمل تڪرار ۽ مسئلا پيدا ڪرڻ جاري رهندو جيستائين هڪ مينيجر مداخلت ڪري جيڪو صورتحال کي درست ڪري سگهي ٿو.
ٻيو عام مثال جيڪو مون مختلف ڪمپنين ۾ بار بار ڏٺو آهي، اها صورتحال آهي جنهن ۾ هڪ پراڊڪٽ هڪ ٽيم طرفان لکيل آهي، ان لاءِ خودڪار انٽيگريشن ٽيسٽ ٻئي ٽيم پاران لکيل آهي، ۽ انفراسٽرڪچر جنهن تي اهو سڀ ڪم ڪيو وڃي ٿو، ان سان گڏ ٽيون آهي. ٽيم مسئلا جڏهن هلندڙ ٽيسٽ هر وقت پيدا ٿين ٿا، ۽ انهن ۾ مسئلن جو سبب ٻنهي جي پيداوار ۽ ٽيسٽ ۽ انفراسٽرڪچر ٿي سگهي ٿو. اهو عام طور تي متفق ٿيڻ مشڪل آهي ته مسئلن جو ابتدائي تجزيو ڪير ڪرڻ گهرجي، فائل جي بگ، پراڊڪٽ جا لاگ لاگ، ٽيسٽ ۽ انفراسٽرڪچر وغيره. هتي تڪرار تمام گهڻا آهن، ۽ ساڳئي وقت، يونيفارم. اعلي جذباتي شدت جي صورت ۾، شرڪت ڪندڙ اڪثر ڪري ٻاراڻي پوزيشن ۾ اچي ويندا آهن ۽ بحثن جي سلسلي ۾ شروع ٿيندي آهي: "مون کي هن سان ڇو ڇڪڻ گهرجي،" "اهي گهڻو ڪري ڀڄي ويندا آهن،" وغيره.
ڪم جي فلو جي نقطه نظر کان، هڪ مسئلي کي حل ڪرڻ لاء مخصوص قدم ٽيمن جي جوڙجڪ تي منحصر آهن، ٽيسٽ ۽ پيداوار جو قسم، وغيره. ھڪڙي منصوبي ۾، اسان وقتي ڊيوٽي متعارف ڪرايو، جنھن ۾ ٽيمون ھڪڙي وقت، ھفتي کان ھفتي تائين ٽيسٽ جي نگراني ڪن ٿيون. ٻئي ۾، ابتدائي تجزيو هميشه ٽيسٽ ڊولپرز طرفان ڪيو ويو، پر تجزيو تمام بنيادي هو ۽ پيداوار ڪافي مستحڪم هئي، تنهنڪري اهو سٺو ڪم ڪيو. اهم ڳالهه کي يقيني بڻائڻ آهي ته عمل شفاف آهي، اميدون سڀني پارٽين لاء واضح آهن، ۽ اها صورتحال هر ڪنهن لاء مناسب محسوس ٿئي ٿي.
ڇا هڪ تنظيم ۾ تڪرار به هڪ مسئلو آهي؟ ڇا اهو هڪ خراب نشاني آهي جيڪو تڪرار اڪثر ڪري ٿو (يا صرف وقتي طور تي) توهان جي ٽيم ۾؟ عام طور تي، نه، ڇاڪاڻ ته جيڪڏهن ترقي، ترقي، ڪنهن به قسم جي متحرڪ آهي، ته پوء مسئلا پيدا ٿين ٿا جيڪي اڳ ڪڏهن به حل نه ڪيا ويا آهن، ۽ جڏهن انهن کي حل ڪيو وڃي ته تڪرار پيدا ٿي سگهي ٿو. اهو هڪ اشارو آهي ته ڪجهه علائقن کي ڌيان ڏيڻ جي ضرورت آهي، ته اتي بهتري جا علائقا آهن. اهو خراب آهي جيڪڏهن تڪرار گهڻو ڪري پيدا ٿئي، حل ڪرڻ ڏکيو آهي يا گهڻو وقت وٺي. اهو گهڻو ڪري ناگزير طور تي منظم ڪم جي عمل جي نشاني آهي ۽ ٽيم جي ناکافي پختگي.
جو ذريعو: www.habr.com