परीक्षक, यह जानना चाहते हैं कि प्रोग्रामर को सकारात्मक रूप से कैसे प्रभावित किया जाए?

हाल ही में टिप्पणियों में मैंने एक बार फिर से ब्लैक टीम के बारे में लीजेंड की नज़र को पकड़ा, जिसे टॉम डेमार्को ने अपनी पुस्तक द ह्यूमन फैक्टर में बताया है। किताब अद्भुत है, और किंवदंती बेवकूफ है। मैं चाहूंगा कि डेमार्को को अपने जीवन भर ऐसे परीक्षकों के साथ काम करना पड़े!



समय बहुत बीत चुका है जब परीक्षण कठिन श्रम था, जिसे आपत्तिजनक या लापरवाह डेवलपर्स ने संदर्भित किया था। शांतिपूर्ण पारस्परिक रूप से लाभप्रद सह-अस्तित्व का समय आ गया है। लेकिन कुछ प्रोग्रामर, एक स्मार्ट चाचा की पुस्तक पढ़ने के बाद, बुरे परीक्षकों से डरने लगते हैं। और अच्छी तरह से पढ़े गए प्रबंधक इससे भी बदतर हैं - वे शुरू करते हैं (ओह, हॉरर!) खेती और कार्यान्वयन के लिए।



किसी तरह से इस नकारात्मक की भरपाई करने के लिए, मैंने माइकल बोल्टन के लेखों के कई अंश प्रकाशित करने का फैसला किया, जिसमें टीम के साथियों के साथ संबंधों की बिल्कुल विपरीत शैली की वकालत की गई थी। आज पहला मार्ग है।



तो, जानना चाहते हैं कि प्रोग्रामर को सकारात्मक रूप से कैसे प्रभावित किया जाए?

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

यहां जारी रखने के लिए: परीक्षक, जानना चाहते हैं कि प्रबंधकों को सकारात्मक रूप से कैसे प्रभावित किया जाए?



लेखक के बारे में



माइकल बोल्टन संदर्भ-उन्मुख परीक्षण के स्कूल के सबसे सक्रिय इंजील में से एक है। उन्हें परीक्षण में 20 से अधिक वर्षों का अनुभव है। माइकल नियमित रूप से सम्मेलनों में बोलते हैं, प्रशिक्षण और सेमिनार आयोजित करते हैं, 2005 के बाद से वह बेहतर सॉफ्टवेयर परीक्षण के क्षेत्र में सबसे लोकप्रिय पत्रिकाओं में से एक के एक नियमित स्तंभकार हैं और www.developsense.com/blog.shtml परीक्षण के बारे में एक अद्भुत ब्लॉग है



17-18 नवंबर को, माइकल बोल्टन, जेम्स बाक के साथ संयुक्त रूप से विकसित, सेंट पीटर्सबर्ग में दो दिवसीय प्रशिक्षण सत्र "रैपिड सॉफ्टवेयर टेस्टिंग" का आयोजन करेगा। यहाँ विवरण: habrahabr.ru/blogs/testing/105133