फुर्तीले के दस में से एक है ...
अनुबंध बातचीत पर ग्राहक सहयोग
... एक और है ...
व्यक्तियों और प्रक्रियाओं और उपकरणों पर बातचीत
लेकिन जिस तरह से मैं इसे देखता हूं, कम से कम जब यह ग्राहक के साथ बातचीत करने की बात आती है, तो एक मौलिक समस्या होती है:
कैसे एक सॉफ्टवेयर इंजीनियर सोचता है कि ग्राहक कैसे अलग है
यह थोड़ा सामान्यीकरण हो सकता है, हाँ। बेशक, वहाँ रहे हैं व्यापार डोमेन ये कुछ और हालांकि अब तक के बीच हैं, जहां इस जरूरी सच नहीं है ---। कई डोमेन में हालांकि, विशिष्ट ग्राहक है:
- दैनिक परिचालन चिंताओं में रुचि - कम दूरी की रणनीति ... जरूरी नहीं कि रणनीति;
- तात्कालिक समाधान के साथ केवल संबंधित;
- व्यावहारिक विचारक, अमूर्त विचारक नहीं;
- भविष्य की चिंताओं को हल करने के तरीके पर विचार करने की तुलना में "काम पाने में" अधिक रुचि।
दूसरी ओर, आदर्श में , सॉफ्टवेयर इंजीनियर जो चुस्त अभ्यास करते हैं:
- जो लोग गुणवत्ता के बारे में सोचते हैं;
- ऐसे व्यक्ति जो सराहना करते हैं कि कैसे थोड़ा सा अग्रिम काम लाइन के प्रयास में एक टन बचा सकता है;
- अनुभवी, विश्लेषणात्मक विचारक।
तो एक संस्कृति विसंगति प्रतीत होती है जो "ग्राहक सहयोग" को बाधित करती है।
इसे संबोधित करने का सबसे अच्छा तरीका क्या है?
1
संचालक कंडीशनिंग आकार देने - en.wikipedia.org/wiki/Shaping_%28psychology%29 - संकेत: यदि आप उन्हें डोनट देने से पहले क्लिकर का उपयोग करते हैं तो यह बहुत स्पष्ट है।
—
jfrankcarr
मैं इसे वोट देना चाहता था। लेकिन फिर मैंने उन रूढ़ियों को पढ़ा जिन्हें आप इस पर डालने की कोशिश करते हैं। खराब प्रोग्राम करने वाले फुर्तीले और अच्छे ग्राहक भी हैं। शायद आप अपने प्रश्न को फिर से शामिल कर सकते हैं कि आपके द्वारा यहां पर निहित पक्षपाती रूढ़ियों के बजाय आपको जो कठिनाइयां हैं, उन्हें शामिल करने के लिए .. तो मैं प्रश्न को बढ़ा दूंगा।
—
सोयलेंटग्रे
आपकी रूढ़िवादिता आपके बड़े-बड़े संकीर्ण मतों के साथ विश्वासघात करती है, मुझे नहीं लगता कि कोई भी ऐसा सोचता है कि जिस तरह से आप करते हैं वह किसी भी ग्राहक के साथ सफल होगा , आप पहले से ही अपना मन बना चुके हैं और अपने पूर्वाग्रह को मजबूत करने के लिए दृढ़ विश्वास प्रणाली रखते हैं। यह सिर्फ एक प्रकार का चौकीवादी दृष्टिकोण है जो इंजीनियरों को बुरे नाम से काम देता है। उसके साथ अच्छा भाग्य।
@Chad यह सवाल के लिए एक उपयोगी दृष्टिकोण हो सकता है, भले ही यह पूछने वाले की पूर्व धारणाओं से आता हो या नहीं। एक बुरे इंजीनियर के साथ एक अच्छा इंजीनियर कैसे बातचीत करता है, इस बारे में सोचना प्रासंगिक और दिलचस्प मामला है: यह तर्क दिया जा सकता है कि हम इस बात की परवाह नहीं करते हैं कि बुरे इंजीनियर इसे कैसे संभालते हैं, क्योंकि उनका उत्पाद वैसे भी हीन होगा, और अच्छे ग्राहकों की आवश्यकता को कम करता है यह प्रश्न। यह हमें इस समस्या के साथ छोड़ देता है कि एक अच्छे डेवलपर को एक बुरे ग्राहक से कैसे निपटना चाहिए। हो सकता है कि शब्दांकन मजबूत था, लेकिन यह सवाल अभी भी उपयोगी है,
—
क्रिस ब्यू
@ शाल्सबेरी - मुझे लगता है कि सवाल उन सबसेट के लिए बंद किया जा सकता है। यह नहीं है कि यह कैसे चरणबद्ध है। मैंने इसे सभी डेवलपर्स के रूप में पढ़ा जो चुस्त अभ्यास करते हैं और अधिकांश ग्राहक बुरे हैं।
—
सॉयलेंटग्रे