क्या समीक्षाओं को पेश करने का एक अच्छा तरीका है?
आपकी टीम और समीक्षाओं से आपको मिलने वाले लाभों के आधार पर संभवतः कई अच्छे तरीके हैं, लेकिन किसी भी दृष्टिकोण में कुछ सामान्य विशेषताएं होंगी:
यह समझाएं कि आप क्या अपेक्षा करते हैं: यह आपकी टीम के लिए एक नई प्रक्रिया है, या कम से कम मौजूदा प्रक्रिया में बदलाव है, इसलिए टीम को यह बताना उचित होगा कि आप बदलाव को क्यों लागू कर रहे हैं, आप टीम को कैसे लाभान्वित करने की उम्मीद करते हैं, और आपको कैसे पता चलेगा कि यह काम कर रहा है या नहीं।
प्रक्रिया को परिभाषित करें: प्रक्रिया के माध्यम से उन लोगों को वॉक करें जिन्हें आप चाहते हैं कि वे कोड की समीक्षा करने, परिवर्तनों पर चर्चा करने, आदि का पालन करें, ताकि टीम के सभी लोगों को पता हो कि कैसे आगे बढ़ना है।
मानदंडों को परिभाषित करें: लोगों को उन परिवर्तनों के प्रकारों को बाहर करना चाहिए, जिन्हें सुधार की आवश्यकता के रूप में कॉल नहीं करना चाहिए। उदाहरण के लिए, बग और महत्वपूर्ण प्रदर्शन सुधार इंगित करना अच्छा है; कोडिंग मानकों, पठनीयता और रखरखाव की समस्याओं पर ध्यान दिया जाना चाहिए लेकिन उन पर ध्यान नहीं दिया जाना चाहिए; व्यक्तिगत स्वाद या शैली के मामलों को अकेला छोड़ दिया जाना चाहिए।
व्यवहार पर चर्चा करें: इंगित करें कि लक्ष्य कोड में सुधार करना है और एक सामान्य समझ को बढ़ावा देना है जो टीम को बोर्ड भर में बेहतर कोड लिखने में मदद करेगा, किसी को भी शर्मिंदा नहीं करना, स्कोर का निपटान करना, आदि समालोचना उद्देश्यपूर्ण और रचनात्मक होनी चाहिए, कभी व्यक्तिगत नहीं। कुछ जमीनी नियमों को रखने से कोड की समीक्षा करने के बारे में योग्यता को कम करने में मदद मिल सकती है।
पहले खुद को हॉट सीट पर रखें: चाहे आप व्यक्तिगत समीक्षा या समूह समीक्षा करने की योजना बना रहे हों, समूह के रूप में पहले कुछ के माध्यम से जाना शायद एक अच्छा विचार है। पहली समीक्षा आपके अपने कोड की होनी चाहिए ताकि टीम के अन्य सदस्य यह देख सकें कि प्रक्रिया इतनी खराब नहीं है और आप स्वयं इसके माध्यम से जाने को तैयार हैं।
उपरोक्त सभी और टीम के सदस्यों की चिंताओं को समझाने के लिए एक किकऑफ बैठक आयोजित करके शुरू करें। ई-मेल के साथ पालन करें जो प्रक्रिया को दस्तावेज करता है।
मुझे टीम की बड़ी अनिच्छा का एहसास है, क्योंकि यह सिर्फ एक और चीज है, और बातचीत दर्दनाक हो सकती है।
वे दो अलग-अलग चिंताएँ हैं। यदि आप मानते हैं कि समीक्षा उपयोगी होगी, तो आपको उन्हें करने के लिए समय निर्धारित करने की आवश्यकता है। सुनिश्चित करें कि टीम के सदस्य यह समझते हैं कि समीक्षा करना किसी अन्य कार्य की तरह है, न कि कुछ अतिरिक्त जो उन्हें उसी दर पर अन्य कार्यों को पूरा करने के लिए जारी रखना है।
समूह समीक्षा बैठकें एक सूत्रधार के नेतृत्व में होनी चाहिए जो चर्चा को आगे बढ़ाती है, बैठक की अवधि को सीमित करती है, और चीजों को रचनात्मक बनाती है। दर्दनाक बातचीत से बचने की ओर एक लंबा रास्ता तय करना चाहिए। जब तक आप व्यक्तिगत समीक्षा शुरू करने के लिए तैयार होते हैं, तब तक टीम को उम्मीद है कि वे व्यवहार को अपनाएंगे जो उन्हें अपने दम पर चीजों को रचनात्मक रखने में मदद करते हैं।
आपको समय-समय पर समीक्षा प्रक्रिया की समीक्षा भी करनी चाहिए। इस प्रक्रिया पर चर्चा करने के लिए टीम को हर बार मिलाएं: यह कितनी अच्छी तरह काम कर रहा है, इसे कैसे बेहतर बनाया जा सकता है, किन प्रथाओं को छोड़ दिया जाना चाहिए, आदि। टीम को प्रक्रिया का स्वामित्व दें और नई चीजों को आज़माने की आज़ादी दें।