how build successful qa team
हम एक महान सॉफ्टवेयर परीक्षण टीम से क्या मतलब है?
'एक स्टार खिलाड़ी वाली टीम एक अच्छी टीम होती है, लेकिन बिना किसी टीम के एक शानदार टीम।' - लेखक अनजान है।
उपरोक्त उद्धरण हमें महान टीमों और इसकी विशेषताओं पर चर्चा के लिए ले जाता है। यह लेख विभिन्न टीमों के लिए काम करने के दौरान प्राप्त अनुभव से उपजा है, एक परियोजना की जटिल प्रकृति के साथ युग्मित समय दबाव में टीम के सदस्यों के व्यवहार का अवलोकन।
यह सॉफ्टवेयर परीक्षण टीम के लिए अच्छा है जो परियोजना गतिविधियों में प्रमुखता पाता है और इन गतिविधियों को करने के लिए लोगों के सही मिश्रण की आवश्यकता होती है।
आप क्या सीखेंगे:
क्यों कुछ सॉफ्टवेयर परीक्षण टीमों विफल और दूसरों सफल
क्या इस समस्या का कोई हल है। इसका उत्तर हां और नहीं है - इस बात पर निर्भर करता है कि टीम के सदस्य किस तरह से टीम के सदस्यों के हित के लिए खुद को संरेखित करते हैं, न कि टीम के सदस्यों के हित को दबाने की कीमत पर, बल्कि समस्या की सामान्य समझ के साथ काम करना।
सफलता लीडरशिप टेस्ट टेस्ट लीडरशिप - 'जहाज के कप्तान' पर भी निर्भर करती है।
इस लेख का उद्देश्य सॉफ्टवेयर परीक्षण इंजीनियरों या टीम वर्क में विश्वास करने वाले किसी भी व्यक्ति की मदद करना है, जो उच्च-प्रदर्शन टीम की विशेषताओं को समझें और उन्हें अपनी टीमों में कैसे खेती करें।
एक टीम की सफलता, लंबे समय में, एक ऐसे व्यक्ति पर निर्भर नहीं होती है जिसे 'स्टार' माना जाता है, बल्कि उन सभी पर निर्भर करता है जो एक महान टीम बनाने वाले सितारों के समूह बनाते हैं।
महान सॉफ्टवेयर परीक्षण टीम के लक्षण
प्रारंभिक चरण: अपने आप से निम्नलिखित प्रश्न पूछें:
क्या टीम के नए सदस्य को टीम के लिए चुने जाने का कारण पता है?
टीम के नए सदस्यों को अक्सर टीम में उनकी उपस्थिति के बारे में हैरान किया जाता है। यद्यपि आप यह तर्क दे सकते हैं कि उसे उद्देश्य जानने की जरूरत नहीं है और उसे सौंपे गए कार्य पर काम करना चाहिए। कई उच्च प्रबंधन के लोग यह गलती करते हैं।
भूमिकाओं और जिम्मेदारियों को परिभाषित करके परियोजना को एक बड़े संदर्भ में समझने में व्यक्तियों की मदद करें
इसमें उसकी / उसकी नौकरी की प्रासंगिकता शामिल है, व्यक्तियों के कौशल जिन्हें परियोजनाओं के लिए योगदान दिया जा सकता है, पहले परिभाषित सामान्य टीम लक्ष्य साझा करें। यह काम के प्रति बहुत प्रतिबद्धता लाता है और इसलिए इसकी गुणवत्ता के लिए योगदान देता है।
स्वामित्व
जब कार्यों और टीम के आकार के मामले में परियोजना की जटिलता बढ़ जाती है, तो किसी एकल नेता द्वारा व्यक्तियों के कार्यों पर नज़र रखना संभव नहीं होगा। इसलिए इसका समाधान व्यक्तियों को स्वामित्व प्रदान करना होगा।
हालांकि, यह आभासी नेतृत्व अक्सर समाधान के बजाय एक बाधा के रूप में कार्य करता है यदि उपयुक्त नहीं माना जाता है। मालिक के रूप में एक व्यक्ति की नियुक्ति के बारे में गंभीर विचार किए बिना कि क्या वह टीम का प्रबंधन कर सकता है वांछित परिणाम नहीं लाएगा।
मालिकों के रूप में अभिनय करने वाले व्यक्ति ऐसी मानसिकता होनी चाहिए जो भविष्य के नेताओं के रूप में कार्य करने के लिए नेताओं की मानसिकता और उनकी ओर से गर्व से मेल खाती हो। ये ऐसे लोग हैं जो अपनी टीम के सदस्यों को अपने साथ ले जाकर फर्क कर सकते हैं। अपनी टीम के प्रति उदासीन रवैया दिखाकर वही लोग टीम को विघटित कर देंगे।
मालिकों का कार्य केवल टीम के सदस्यों को कार्य सौंपने तक ही सीमित नहीं है, बल्कि कार्य को समझने के लिए, एक व्यापक दृष्टिकोण पर एक स्थिति और अपनी टीम के सदस्यों के बीच एक सामान्य स्तर की समझ लाना है।
कार्य को संभालने में कठिनाई के समय टीम के सदस्य का समर्थन करें, प्रोत्साहन के शब्द, लीड के रूप में नहीं बल्कि एक सहकर्मी के रूप में अपनी गलतियों को सुधारने, विचारों पर कार्य करने या अनुभवी सदस्यों से उपयुक्त स्थिति के लिए सलाह लेने से निश्चित रूप से लाभ होगा। साझा लक्ष्य।
सहयोग और एक टीम में अन्योन्याश्रितता की एक ठोस भावना दोषपूर्ण व्यवहार को परिभाषित करेगी और सीखने और सुधार के अवसरों को उत्तेजित करेगी।
टीम में अनुभवी खिलाड़ियों का ज्ञान
सीजेड प्लेयर्स शब्द उस व्यक्ति को इंगित करता है जिसने एक ही प्रोजेक्ट या इसी तरह के काम में काफी समय बिताया है। वे संसाधन हैं जिन्हें परियोजना के बारे में व्यापक ज्ञान है। उनके ज्ञान को उचित तरीके से प्रसारित करके, पूरी टीम को लाभान्वित किया जा सकता है।
इस व्यक्ति को घमंड के बजाय दूसरों के काम के प्रति परिश्रम दिखाना चाहिए। यह आमतौर पर कहा जाता है, 'पिछले सफलता नस्लों अहंकार'। वे उच्च कलाकार हैं जिनकी अनुपस्थिति को एक टीम में महसूस किया जा सकता है, लेकिन यह एकमात्र मापदंड नहीं होना चाहिए क्योंकि इस स्थिति में कार्य करने के लिए समान कैलिबर वाले अन्य लोगों के लिए समान अवसर है।
प्रेरणा- मुख्य कारक
मोटिवेशन भाषण देने के बारे में नहीं है जब टीम के सदस्यों को इकट्ठा किया जाता है, बल्कि हर भाषण को किसी व्यक्ति को संबोधित करने का प्रयास करना चाहिए।
इसका मतलब है कि टीम के प्रत्येक सदस्य में अद्वितीय गुण और अनूठी कार्यशैली है। यह कार्य टेस्ट लीड के लिए कहे जाने के बजाय जटिल है क्योंकि इसमें टीम के सदस्य की भावनाओं को न केवल असाइन किए गए कार्य के प्रति, बल्कि पूरे प्रोजेक्ट के बारे में भी समझने की कोशिश करनी चाहिए।
लीड का सकारात्मक रवैया टीम को उत्साहित करेगा - यह एक महान टेस्ट टीम में से एक के लिए काम करने के अनुभव से उद्धृत किया गया है। यदि नेता लंबे समय तक काम करने के बारे में शिकायत करता है या टीम के सदस्यों को एक शेड्यूल के साथ काम करने के लिए प्रेरित करता है, जो मिलना असंभव है, तो आपकी टीम आपके दृष्टिकोण को दर्शाएगी।
वह / वह एक सच्चे नेता हैं, जो अनुचित अनुसूची के बावजूद टीम के सदस्यों के बीच उनकी क्षमताओं में विश्वास करने के लिए विश्वास पैदा करते हैं और साथ ही साथ पृष्ठभूमि में काम करते हुए अपनी टीम के सदस्यों को अनुचित अनुसूची पर काम करने के प्रयास को सही ठहराते हैं, लेकिन इस अनुसूची के लिए एक विस्तार लाते हैं। अपनी टीम के सदस्यों को बस काम करने के लिए।
मान्यता
हर कोई अपने काम के लिए पहचाना जाना पसंद करता है। जब किसी व्यक्ति को उसके काम के लिए सम्मानित किया जाता है, तो टीम लीड की जिम्मेदारी दूसरों के सामने व्यक्तिगत मान्यता का कारण होनी चाहिए।
सॉफ़्टवेयर जीवन चक्र में सत्यापन चरण क्या है?
इस तरह के कार्य के लिए टीम का नेतृत्व निष्पक्ष होना चाहिए। यह टीम के सदस्यों द्वारा सम्मानित व्यक्ति के लिए बहुत सम्मान लाता है। वे समान आधार पर काम करेंगे और अंततः उनकी सामूहिक प्रतिक्रिया से टीम लाभान्वित होगी।
बहुत बार एक आभासी नेता के लिए काम करने वाले सदस्यों को टीम के नेता को शून्य दृश्यता के कारण मान्यता नहीं दी जाती है। टीम के सदस्य की उपलब्धियों और योगदान को उजागर करना एक आभासी नेता की ज़िम्मेदारी है।
यह इंगित करता है कि एक आभासी नेता एक भावी नेता है जो अपनी टीम की अच्छी देखभाल करता है और अपनी टीम के सदस्यों द्वारा अच्छी तरह से प्राप्त करता है।
आमने-सामने की एक बैठक
अक्सर यह देखा जाता है कि सदस्यों के लिए भूमिकाएं और जिम्मेदारियां शुरुआत में परिभाषित की जाती हैं और मूल्यांकन परियोजना के अंत में किया जाता है। सहमत था कि यह एक औपचारिक प्रक्रिया है। लेकिन एक से एक आधारों पर अनौपचारिक बातचीत इस औपचारिक प्रक्रिया में जुड़ जाती है।
इन अनौपचारिक बैठकों में वर्तमान मुद्दों को संबोधित किया जाना चाहिए, जिसके लिए सदस्यों को समूह की बैठक के दौरान ऐसा महसूस होना चाहिए, टीम के भावी नेताओं / मालिकों की पहचान करने वाले सदस्यों के लिए भविष्य के अवसर और टीम के सदस्यों से प्रतिक्रिया के बाद हाथ में मुद्दों पर अभिनय।
समय पर और उचित रूप से दी गई प्रतिक्रिया, गलतियों को छिपाने वाली टीम और अवसरों के रूप में गलतियों को देखने वाली टीम के बीच अंतर कर सकती है। खराब प्रदर्शन की जिम्मेदारी आमतौर पर व्यक्तिगत अक्षमता के बजाय टीम संरचना का एक कार्य है; फिर भी, यह ऐसे व्यक्ति हैं जिन्हें इसे ठीक करने के लिए प्रशिक्षण कार्यक्रमों में भेजा जाता है।
यदि टीम के सदस्यों को ऐसा लगता है कि उन्हें पुरस्कार और मान्यता के लिए प्रतिस्पर्धा करने के लिए एक-दूसरे के खिलाफ खड़ा किया गया है, तो वे ऐसी जानकारी को वापस ले लेंगे जो अधिक से अधिक टीम के लिए उपयोगी हो। जब एक टीम को समस्या होती है, तो प्रभावी टीम लीडर व्यक्तियों पर ध्यान केंद्रित करने से पहले टीम की संरचना पर ध्यान केंद्रित करेगा।
'लोगों को यह नहीं बताएं कि चीजों को कैसे करना है, उन्हें बताएं कि क्या करना है और उन्हें अपने परिणामों से आपको आश्चर्यचकित करना चाहिए।' - जॉर्ज पैटन
निष्कर्ष
एक सफल टीम का निर्माण करते समय बहुत सी बातों पर विचार किया जाना चाहिए। प्रमुख शब्द - एकता, विश्वास, दूसरों की राय के लिए सम्मान और बिना किसी डर के अभिनय महान परीक्षण टीम के लिए और सामान्य रूप से किसी भी सफल टीम के लिए सामग्री हैं।
इस लेख को पढ़ने के बाद अपनी टीम को देखें और अपने आप से सवाल करें 'क्या आप एक महान परीक्षण टीम में काम कर रहे हैं' या 'क्या आप एक महान परीक्षण टीम बनाने के लिए हर संभव प्रयास करेंगे'। उसके बाद अब और प्रतीक्षा न करें और अगले ही पल एक 'ग्रेट सॉफ्टवेयर टेस्टिंग टीम' बनाने की कोशिश करें।
'एक साथ आना एक शुरुआत है, साथ रखना प्रगति है, एक साथ काम करना एक सफलता है'। - हेनरी फ़ोर्ड
आप के लिए खत्म है!
आप अपने अनुभव से क्या सोचते हैं? एक सफल क्यूए टीम के निर्माण के लिए आपकी विशेषताएं क्या हैं?
लेखक के बारे में: शरथ आर भट, बैंगलोर के टोरी हैरिस बिजनेस सॉल्यूशंस में एक सॉफ्टवेयर टेस्ट इंजीनियर है और सॉफ्टवेयर टेस्टिंग में तीन साल से अधिक का अनुभव है। ISEB / ISTQB प्रमाणित टेस्ट इंजीनियर और दूरसंचार, वित्त और स्वास्थ्य सेवा डोमेन में काम करता है। तकनीकी विशेषज्ञता के क्षेत्रों में 'कबीरा' का उपयोग करके निर्मित वेब एप्लिकेशन, क्लाइंट-सर्वर, डेटा वेयरहाउसिंग और मिडलवेयर अनुप्रयोगों का परीक्षण शामिल है।
आपके इनबॉक्स में महान सॉफ्टवेयर परीक्षण लेख! केवल यहां क्लिक करें ईमेल के माध्यम से लेख प्राप्त करने के लिए।
अनुशंसित पाठ
- सॉफ्टवेयर टेस्टिंग में टीम बिल्डिंग - अपनी क्यूए टीम का निर्माण और विकास कैसे करें
- चुस्त टीम वर्ल्ड में एक अच्छी टीम मेंटर, कोच और एक सच्चे टीम-डिफेंडर कैसे बनें? - प्रेरणा
- वेरिफिकेशन टेस्टिंग (BVT टेस्टिंग) कम्प्लीट गाइड का निर्माण करें
- 5 बड़े क्यूए परीक्षण टीमों और कैसे उन्हें संभालने के साथ प्रमुख समस्याएं
- टीम के लिए एक उत्कृष्ट QA परीक्षण प्रस्तुति कैसे तैयार करें और वितरित करें
- परीक्षण में नेतृत्व - टेस्ट लीड जिम्मेदारियों और टेस्ट टीम को प्रभावी ढंग से कैसे प्रबंधित करें
- कैसे एक खुश और सफल टेस्ट टीम का नेतृत्व करने के लिए - टेस्ट नेतृत्व भाग 2
- संदर्भ संचालित परीक्षण: एक उदाहरण के साथ 7 मूल सिद्धांत