உங்கள் பேக்லாக்கில் எத்தனை திறந்த பிழைகள் உள்ளன? 100? 1000?
எவ்வளவு நேரம் அங்கே கிடக்கிறார்கள்? ஒரு வாரம்? மாதமா? வருடங்களா?
இது ஏன் நடக்கிறது? நேரம் இல்லை? நீங்கள் அதிக முன்னுரிமைப் பணிகளைச் செய்ய வேண்டுமா? "இப்போது நாங்கள் அனைத்து அவசர அம்சங்களையும் செயல்படுத்துவோம், பின்னர் பிழைகளை வரிசைப்படுத்த எங்களுக்கு நிச்சயமாக நேரம் கிடைக்கும்"?

சிலர் ஜீரோ பிழைக் கொள்கையைப் பயன்படுத்துகிறார்கள், சிலர் பிழைகளுடன் பணிபுரியும் நன்கு வளர்ந்த கலாச்சாரத்தைக் கொண்டுள்ளனர் (அவை சரியான நேரத்தில் பேக்லாக்கைப் புதுப்பிக்கின்றன, செயல்பாடு மாறும்போது பிழைகளைத் திருத்துகின்றன, முதலியன), மேலும் சிலர் பிழைகள் இல்லாமல் எழுதும் மந்திரவாதிகளை வளர்க்கிறார்கள். (சாத்தியமில்லை, ஆனால் , இது நடக்கலாம்).

பிழை பின்னடைவை சுத்தம் செய்வதற்கான எங்கள் தீர்வைப் பற்றி இன்று நான் உங்களுக்கு சொல்கிறேன் - பகோடெல்னியா திட்டம்.

இது எப்படி தொடங்கியது?

திறந்த பிழைகளின் அதிகரித்து வரும் பேக்லாக்கை மீண்டும் ஒருமுறை பார்க்கும்போது, ​​நாம் கொதிநிலையை அடைந்துவிட்டோம். இனி இப்படி வாழ முடியாது, என்ன விலை கொடுத்தாலும் அதைக் குறைக்க முடிவு செய்தனர். யோசனை வெளிப்படையானது, ஆனால் அதை எப்படி செய்வது? ஹேக்கத்தானைப் போன்ற ஒரு நிகழ்வே மிகவும் பயனுள்ள வழி என்பதை நாங்கள் ஒப்புக்கொண்டோம்: அன்றாடப் பணிகளிலிருந்து குழுக்களை விலக்கி, பிழைகளை மட்டும் கையாள 1 வேலை நாளை ஒதுக்குங்கள்.

அவர்கள் விதிமுறைகளை எழுதி, கூப்பிட்டு காத்திருக்கத் தொடங்கினர். சில விண்ணப்பதாரர்கள் இருப்பார்கள் என்ற அச்சம் இருந்தது, மிகக் குறைவு, ஆனால் முடிவு எங்கள் எதிர்பார்ப்புகளை மீறியது - 8 அணிகள் வரை கையெழுத்திட்டன (இருப்பினும், கடைசி நேரத்தில் 3 ஒன்றிணைந்தன). வெள்ளியன்று ஒரு முழு வேலை நாளையும் நிகழ்விற்காக ஒதுக்கி, ஒரு பெரிய மீட்டிங் அறையை முன்பதிவு செய்தோம். அலுவலக கேண்டீனில் மதிய உணவுகள் ஏற்பாடு செய்யப்பட்டன, மேலும் சிற்றுண்டிகளுக்கு குக்கீகள் சேர்க்கப்பட்டன.

Реализация

X நாள் காலையில், அனைவரும் ஒரு சந்திப்பு அறையில் கூடி ஒரு சிறிய விளக்கத்தை நடத்தினர்.

அடிப்படை விதிகள்:

• ஒரு குழுவில் 2 முதல் 5 பேர் உள்ளனர், அவர்களில் குறைந்தபட்சம் ஒருவர் QA;
• அனைத்து உள் உற்பத்தி தரநிலைகளின்படி ஒரு குழு உறுப்பினரால் பிழைகள் மூடப்பட வேண்டும்;
• ஒவ்வொரு குழுவும் குறைந்தது ஒரு மூடிய பிழையைக் கொண்டிருக்க வேண்டும், அதற்குக் குறியீட்டில் திருத்தங்கள் தேவை;
• நீங்கள் பழைய பிழைகளை மட்டுமே சரிசெய்ய முடியும் (பிழை உருவாக்கப்பட்ட தேதி < பிழை வீட்டின் தொடக்க தேதி - 1 மாதம்);
• திருத்தப்பட்ட பிழைகளுக்கு, விமர்சனத்தைப் பொறுத்து புள்ளிகள் (3 முதல் 10 வரை) வழங்கப்படும் (ஏமாற்றுவதைத் தவிர்க்க, பிழை நாள் அறிவிக்கப்பட்ட பிறகு விமர்சனத்தை மாற்ற முடியாது);
• பொருத்தமற்ற, மீண்டும் உருவாக்க முடியாத பிழைகளை மூடுவதற்கு, 1 புள்ளி வழங்கப்படுகிறது;
• அனைத்து விதிகளுக்கும் இணங்குவது தணிக்கைக் குழுவால் கண்காணிக்கப்படுகிறது, இது மீண்டும் கண்டுபிடிக்கப்பட்ட பிழைகளுக்கான புள்ளிகளை ரத்து செய்கிறது.

வேறு தகவல்கள்

• இடத்தைத் தேர்ந்தெடுப்பதில் நாங்கள் யாரையும் மட்டுப்படுத்தவில்லை: அவர்கள் தங்கள் பணியிடத்தில் தங்கலாம் அல்லது தோழர்கள் திசைதிருப்பப்படாத மற்றும் உணர்ச்சிகளை உணரக்கூடிய ஒரு கூட்டத்தில் அனைவருடனும் அமர்ந்திருக்கலாம்.

• போட்டி மனப்பான்மையை பராமரிக்க, பெரிய திரையில் மதிப்பீட்டு அட்டவணை காட்டப்பட்டது, மேலும் போரின் உரை ஒளிபரப்பு ஸ்லாக் சேனலில் தொடர்ந்து ஒளிபரப்பப்பட்டது. புள்ளிகளைக் கணக்கிட, Webhooks மூலம் புதுப்பிக்கப்பட்ட லீடர்போர்டைப் பயன்படுத்தினோம்.

லீடர்போர்டு

• அனைத்து விதிகளுக்கும் இணங்குவது தணிக்கைக் குழுவால் கண்காணிக்கப்பட்டது (அனுபவத்திலிருந்து, இதற்கு 1-2 பேர் போதும்).
• பகோடெல்னி முடிந்து ஒரு மணி நேரம் கழித்து, மீண்டும் சரிபார்க்கப்பட்ட முடிவுகள் அறிவிக்கப்பட்டன.
  வெற்றியாளர்கள் பட்டியில் பரிசுச் சான்றிதழைப் பெற்றனர், மேலும் அனைத்து பங்கேற்பாளர்களும் ஒரு நினைவு பரிசு ("பிழைகள்" கொண்ட கீச்சின்கள்) பெற்றனர்.

Результаты

கடந்த ஆறு மாதங்களில், நாங்கள் ஏற்கனவே மூன்று அன்னதானம் நடத்தியுள்ளோம். நாம் என்ன முடிவுக்கு வந்தோம்?

• அணிகளின் சராசரி எண்ணிக்கை 5 ஆகும்.
• செயலாக்கப்பட்ட பிழைகளின் சராசரி எண்ணிக்கை 103 ஆகும்.
• பொருத்தமற்ற/உருவாக்க முடியாத பிழைகளின் சராசரி எண்ணிக்கை 57% ஆகும் (மேலும் இந்தக் குப்பைகள் தொடர்ந்து ஒரு கண்பார்வை மற்றும் அதன் அளவைக் கண்டு பயமுறுத்தியது).

முடிவுகள் அறிவிக்கப்படும் தருணம்

இப்போது எல்லோரும் கேட்க விரும்பும் தந்திரமான கேள்விக்கான பதில்: "எத்தனை புதிய பிழைகளைக் கண்டுபிடித்தீர்கள்?"
பதில்: செயலாக்கப்பட்டவற்றில் 2%க்கு மேல் இல்லை.

விமர்சனங்கள்

Bagodelen பிறகு, பங்கேற்பாளர்களிடமிருந்து கருத்துக்களை சேகரித்தோம். "பங்கேற்பு செயல்முறையில் நீங்கள் எதை அதிகம் விரும்பினீர்கள்?" என்ற கேள்விக்கான பதில்கள் இங்கே:

• அத்தகைய உந்துதலுடன் பின்னடைவை வரிசைப்படுத்துவது மிகவும் அருமையாக இருக்கிறது! பொதுவாக இது மிகவும் மந்தமான செயல்முறையாகும், இது அவ்வப்போது செய்யப்பட வேண்டும்).
• உற்சாகம், குக்கீகள்.
• முக்கியமானதாக இல்லாத, ஆனால் நீங்கள் சரிசெய்ய விரும்பும் சிறிய விஷயங்களை சரிசெய்ய இது நீண்டகாலமாக எதிர்பார்க்கப்பட்ட வாய்ப்பு.
• ஸ்பிரிண்டிற்கு வெளியே பழைய, விரும்பத்தகாத பிழைகளை நீங்கள் இறுதியாக சரிசெய்ய முடியும் என்பதை நான் விரும்பினேன்; அதிக முன்னுரிமையுடன் பணிகள் எப்போதும் இருக்கும் என்பதால், இவற்றுக்கு ஒருபோதும் நேரம் இருக்காது. தேவையான அனைத்து நபர்களையும் ஒரே இடத்தில் சேகரிக்க முடிந்தது (உதாரணமாக, எங்கள் குழுவில் ஒரு டிபிஏ இருந்தது), மேலும் பிழைகளின் பொருத்தம் மற்றும் அவற்றை சரிசெய்வதற்கான தொழில்நுட்ப சாத்தியம் குறித்து கூட்டாக விவாதித்தோம்.

முடிவுக்கு

பிழை கடை ஒரு சஞ்சீவி அல்ல, ஆனால் ஒரே நாளில் பிழை பின்னடைவை (வெவ்வேறு அணிகளில் 10 முதல் 50% வரை) குறைக்க இது ஒரு சாத்தியமான விருப்பமாகும். எங்களைப் பொறுத்தவரை, தயாரிப்பை ஆதரிக்கும் மற்றும் எங்கள் பயனர்களின் மகிழ்ச்சியைப் பற்றி அக்கறை கொண்ட ஊக்கமுள்ள தோழர்களுக்கு மட்டுமே இந்த நிகழ்வு தொடங்கியது.

அனைத்து சிறந்த மற்றும் குறைவான பிழைகள்!

ஆதாரம்: www.habr.com