ऐसा लगता है कि टीम को कोड समीक्षाओं के लिए एक औपचारिक प्रक्रिया का अभाव है।
मैं एक 350 पृष्ठ वर्ड दस्तावेज़ बनाने के बारे में बात नहीं कर रहा हूँ, लेकिन प्रक्रिया क्या होती है, इस पर सिर्फ कुछ सरल बुलेट बिंदु।
महत्वपूर्ण बिट्स:
समीक्षकों के एक कोर सेट को परिभाषित करें। कोई सामान्य कथन नहीं। लोगों के नाम बताइए।
ये आपके वरिष्ठ डेवलपर्स होने चाहिए।
समीक्षा पर हस्ताक्षर करने के लिए 1 से अधिक कोर समीक्षक की आवश्यकता होती है।
प्रत्येक स्प्रिंट या रिलीज़ को कम से कम 1 अन्य गैर कोर समीक्षक पहचानें जो एक अस्थायी कोर समीक्षक है। इस समय के दौरान सभी कोड समीक्षाओं पर उनके साइन ऑफ की आवश्यकता होती है।
आइटम # 3 कोर समीक्षक समूह को अन्य देवों को घुमाने की अनुमति देता है। कुछ सप्ताह वे दूसरों की तुलना में समीक्षाओं पर अधिक समय बिताएंगे। यह एक संतुलनकारी कार्य है।
लोगों को पुरस्कृत करने के लिए के रूप में? कई बार पूरी टीम के सामने कोड समीक्षा के दौरान एक व्यक्ति द्वारा किए जा रहे प्रयास को स्वीकार करने से काम चल सकता है, लेकिन इस पर खुद को तनाव न दें।
जब संदेह होता है, तो प्रक्रिया को परिभाषित करें और टीम को बताएं कि उन्हें इससे चिपके रहने की जरूरत है।
और एक आखिरी चीज है जिसे आप कोशिश कर सकते हैं - विवादास्पद जैसा कि यह हो सकता है: यदि मैं एक मुहावरे का उपयोग कर सकता हूं, तो @ # $% प्रशंसक को मार दें।
टीम को विफल होने दें, क्योंकि कोड समीक्षा प्रक्रिया का पालन नहीं किया जा रहा है। प्रबंधन शामिल हो जाएगा, और फिर लोग बदल जाएंगे। यह सबसे चरम मामलों में वास्तव में केवल एक अच्छा विचार है जहां आपने पहले से ही एक प्रक्रिया को परिभाषित किया है और टीम ने इसका पालन करने से इनकार कर दिया है। यदि आपके पास लोगों को आग लगाने या उन्हें अनुशासित करने का अधिकार नहीं है (जैसा कि अधिकांश लीड डेवलपर्स नहीं करते हैं ) तो आपको किसी ऐसे व्यक्ति को शामिल करने की आवश्यकता है जो यह सामान कर सकता है।
और चीजों को बदलने में असफलता जैसा कुछ नहीं है। लोग क्या कह सकते हैं, इसके बावजूद आप टाइटैनिक को चला सकते हैं - लेकिन इससे पहले कि वह बर्फ की चोट से टकराए।
कभी-कभी आपको सिर्फ टाइटैनिक को बर्फ की चपेट में आने देना चाहिए।