एक डेवलपर को असंभव आवश्यकताओं को कैसे अस्वीकार करना चाहिए? [बन्द है]


74

यहाँ समस्या मैं सामना कर रहा हूँ:


परियोजना प्रबंधक से उद्धरण:

हे स्पार्क, मैं आपको एक ऐसा ढांचा विकसित करने का काम सौंप रहा हूं जिसका उपयोग कई अलग-अलग आईओएस अनुप्रयोगों के लिए किया जा सकता है। यहाँ आवश्यकताएँ हैं:

  • यह यूआई में हेरफेर करने के लिए उपयोग किए जा रहे अंगूठे या उंगलियों की मोटाई का पता लगाने में सक्षम होना चाहिए।
  • इस जानकारी के साथ, UI के सभी तत्वों को स्वचालित रूप से व्यवस्थित और आकार दिया जाना चाहिए ।
  • बड़े अंगूठे के लिए, तत्वों को स्क्रीन के केंद्र के पास व्यवस्थित किया जाना चाहिए।
  • छोटे अंगूठे के लिए, तत्वों को स्क्रीन के कोनों के पास व्यवस्थित किया जाना चाहिए।
  • बड़े अंगूठे के लिए, सभी फोंट छोटे होने चाहिए। (हम इस मामले में एक वयस्क मान रहे हैं।)
  • एक छोटे अंगूठे के लिए, सभी फोंट बड़े होने चाहिए। (हम इस मामले में एक छोटे व्यक्ति को मान रहे हैं।)

सारांश:

यह फ्रेमवर्क उपयोगकर्ता के अनुकूल उपयोगकर्ता इंटरफेस को प्रोग्रामेटिक रूप से बनाने के लिए आवश्यक है। ढांचे को इस तरह से विकसित किया जाना चाहिए कि हम आवश्यकतानुसार कई परियोजनाओं के लिए उपयोग कर सकें, इसलिए इसे बहुत ही डेवलपर के अनुकूल होना चाहिए।


मैं इस कार्य के लिए दिया गया डेवलपर हूं, इसलिए मेरे प्रश्न इस प्रकार हैं:

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

7
आप इन सभी आवश्यकताओं को "मूर्खतापूर्ण" न करके बहुत सारे ब्राउनी अंक प्राप्त करेंगे और सबसे खराब "नहीं" से बचें। बता दें कि iOS डिवाइस इस तरह की कार्यक्षमता का समर्थन नहीं करते हैं।
रामहाउंड

26
How do I say politely, gently & respectfully NO to this? सलाह का एक और टुकड़ा मुझे आपको देना चाहिए, अपने मालिकों के साथ कुछ नियंत्रण रखना चाहिए, आपको हमेशा उन्हें अपने स्वयं के निष्कर्ष पर आने देना चाहिए। यदि वे आपको आदेश देते हैं, तो कभी नहीं कहें, बस तथ्यों को समझाएं और समस्याओं पर चर्चा करें। उन्हें यह अहसास दिलाने की कोशिश करें कि उनके अनुरोध कितने मूर्ख हैं, क्योंकि वे विवरण नहीं जानते होंगे। वे शायद देखेंगे कि यह एक गूंगा विचार है और आपको एक अलग कार्य देता है, और आपको कभी नहीं कहना चाहिए। मैं कभी नहीं नहीं कहता हूं और मुझे हर समय गूंगा की आवश्यकता है जो कभी नहीं होता है।
maple_shaft

151
मैंने सोचा था कि जिस आवश्यकता के बारे में आप शिकायत कर रहे थे उसका एक हिस्सा यह है कि उन्होंने आपको सुगर के रूप में संदर्भित किया । फिर मैंने आपका उपयोगकर्ता नाम :)
गोरान जोविच

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

13
आइए कोशिश करते हैं और उम्र का अनुमान लगाने में मदद करने के लिए उंगली के शिकन-अनुपात का पता लगाएं। फिर जब आपके पास उच्च-रिंकल अनुपात के साथ एक बड़ी उंगली होती है, तो आपको एक बूढ़ा व्यक्ति मिला है जिसे बड़े फोंट की आवश्यकता है। और जब आपने उच्च शिकन-अनुपात के साथ एक छोटी उंगली प्राप्त की है, तो आपको स्नान से बस एक बच्चा मिल गया है, और आप एक त्रुटि पोस्ट करते हुए बताएंगे कि यह बिस्तर का समय है, न कि iPhone समय।
संगीत 2

जवाबों:


102

यदि आपको आवश्यकताओं का एक सेट मिलता है जो भौतिक रूप से लागू करना असंभव है क्योंकि डिवाइस समर्थन नहीं करता है और वांछित कार्यक्षमता का समर्थन नहीं कर सकता है, तो आपको आवश्यकताओं को बनाने वाले व्यक्ति को यह समझाने की आवश्यकता है।

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

किसी भी प्रकार के भावनात्मक तर्क में न जाएं और शांत और पेशेवर रहें। किसी से यह कहना कि उनकी आवश्यकताएँ मूर्खतापूर्ण हैं, कभी जीतने की रणनीति नहीं है।

देखें कि क्या आप फीचर के लिए वास्तविक लक्ष्यों की समझ प्राप्त कर सकते हैं - इसे आवश्यकता के रूप में क्यों देखा जाता है। यह आपको एक अलग, बेहतर सुविधा प्रदान कर सकता है जो आवश्यकता को हल करेगा। (साभार @spoike)

@ DarkStar33 शोध करने के लिए टिप्पणियों में सुझाव देता है और इस परियोजना का कितना खर्च होगा और इस लायक होने के लिए परिणाम कितना महंगा और लंबा होगा, इस अनुमान के साथ वास्तविक अनुमान प्रदान करें। संख्याओं से लैस होने और उन्हें वापस करने के लिए डेटा निश्चित रूप से आपके मामले में मदद कर सकता है, हालांकि मैं अभी भी व्यावसायिक लक्ष्यों को देखने के लिए देखूंगा कि क्या वे (आंशिक रूप से) दूसरे फैशन में भी मिल सकते हैं।


31
+1 इसे तथ्यात्मक बनाए रखें, प्रोजेक्ट लीड को वास्तविक व्यावसायिक लक्ष्यों की व्याख्या करें जो इस सुविधा के पास हैं ताकि इसे दूसरे के साथ बचाया जा सके, बहुत बेहतर, सुविधा और समाधान।
Spoike

8
@ साइकिक "have the project lead explain the actual business goals"एक महान विचार है, उन्हें वह दें जो वे चाहते हैं, भले ही वे इसके लिए पूछना न जानते हों।
स्टुपरयूजर

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

2
@ मुझे नहीं लगता कि यह संभव है ... मेरी दादी उस युग में पली-बढ़ीं, जहां टीवी को मारना इसे ठीक करने का एक वैध तरीका था ..
इजाका

5
एक उत्पाद प्रबंधक के रूप में, मैं पुष्टि कर सकता हूं कि 1) इसे तथ्यात्मक बनाए रखना महत्वपूर्ण है, लेकिन 2) यह पूछने के बारे में कि वे वास्तव में क्या करने की कोशिश कर रहे हैं, एक लंबा रास्ता तय करेगा। यदि वे मानते हैं कि आप उनकी ज़रूरतों को समझते हैं, तो आपको जो कुछ भी उन्हें बताना होगा, वे अधिक खुले रहेंगे।
ताज मूर

30

ये आवश्यकताएं मूर्खतापूर्ण, मूर्खतापूर्ण या हास्यास्पद नहीं हैं। यह वास्तव में टच स्क्रीन के उपयोगकर्ताओं के लिए बहुत महत्वपूर्ण समस्या है, कि बड़ी उंगलियों वाले लोगों को लक्ष्य को इंगित करने में बहुत मुश्किल होती है, जिसे अक्सर छोटे-अंगुलियों द्वारा समझा नहीं जाता है।

हालाँकि, यदि आपको यह आवश्यकताएं लागू करना असंभव लगता है क्योंकि डिवाइस के सेंसर उंगली के आकार को मापने में सक्षम नहीं हैं, तो बस इसे लिखें: Unfortunatelly, वर्तमान में उपलब्ध डिवाइस ऐसी कार्यक्षमता का समर्थन नहीं करते हैं


मैं मानता हूं कि ग्राहक की जरूरत या चाहत कभी बेवकूफी नहीं है, हम उस बिंदु पर बहस नहीं कर रहे हैं। हम तर्क दे रहे हैं कि आवश्यकताओं को पूरा करना बेवकूफी है, परियोजना की योजना है और संसाधनों को एक ऐसी परियोजना के लिए समर्पित करना है जिसे प्रोटोटाइप नहीं किया गया है।
maple_shaft

11
ठीक है, मुझे खेद है कि lechlukasz, लेकिन इस बार मुझे लगता है कि वे वास्तव में मूर्खतापूर्ण हैं कोई अंत नहीं है। यहां तक ​​कि अगर मंच ने टचस्क्रीन में दबाए गए अंडाकार को उजागर किया ताकि सेंट्रोइड को शांत करना संभव हो, उंगली की मोटाई के आधार पर एक गतिशील यूआई का विचार थोड़ा "विदेशी" है। एक उपयोगकर्ता के रूप में, मैं एकल-उंगली-प्रति-सत्र नीति तक सीमित रहना पसंद नहीं करूंगा, और मैं एक समय में उंगली को एक कैपेसिटिव पेन के साथ या यहां तक ​​कि अन्य भागों के साथ स्क्रीन दबाने में सक्षम होना चाहूंगा शरीर अगर मुझे ऐसा लगता है तो एक्सडी।
मिस्टर स्मिथ

@maple_shaft - ऐसा लगता है कि यह बुलेट बिंदु सुविधाओं की सूची केवल एक प्रोटोटाइप बनाने के लिए पर्याप्त है।
जेएफओ

1
मैं मानता हूं कि यह वास्तव में एक उपयोगी ढांचा होगा, और, यदि उपयोगी नहीं है, तो यह बहुत अच्छा है - जो संभवतः Apple दुनिया में अधिक के लिए मायने रखता है। आपको बस एक "कैलिब्रेट फिंगर साइज" विजेट चाहिए और बाकी जगह गिरना चाहिए।
जेम्स एंडरसन

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

16

मैं यहाँ शैतान के वकील का किरदार निभाने जा रहा हूँ और कहता हूँ कि मुझे लगता है कि यह वास्तव में तकनीकी रूप से किसी व्यक्ति के अंगूठे के आकार को मापने के लिए संभव है। IPhone एक मल्टीटच डिवाइस है। अंशांकन के लिए, आप उपयोगकर्ता को अपने अंगूठे या दो अंगुलियों को स्क्रीन पर साथ-साथ रखने का निर्देश दे सकते हैं, और इन स्पर्शों के बीच की दूरी को माप सकते हैं।

बेशक, यह देखने के लिए परीक्षण और प्रयोग की आवश्यकता होगी कि मेरा अंतर्ज्ञान कितना संभव है। बेहतर पढ़ने के लिए शायद अंगूठे को स्क्रीन पर घसीटना होगा।

उस ने कहा, गंभीर प्रयोज्यता और कार्यान्वयन के मुद्दे हैं।

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

12

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


2
हां, यह सही तरीका है। कभी ना मत कहो"। बस समस्या का विश्लेषण करें और एक समाधान का प्रस्ताव करें जो समय के अनुमान के साथ काम करेगा। तो, आईओ को गतिशील रूप से उंगली की चौड़ाई की गणना करने के लिए समय का अनुमान क्या है? शायद 10 ओएस डेवलपर्स के लिए 2 साल। तुम्हारा अनुमान है! :)
स्टीफन ग्रॉस

इस मामले में, आपको इसे Apple से सहमत करना होगा, जिसका अर्थ है कि इसे कानूनी, और सभी प्रकार की चीज़ों को सॉफ़्टवेयर विकास के दायरे से बाहर करना। इस मामले में, मैं कहूंगा कि आप कह सकते हैं "यह असंभव है, हार्डवेयर की सीमाएं, जिसे हम नियंत्रित नहीं करते हैं। हमें Apple के साथ बातचीत करने की आवश्यकता होगी।"
डेवॉर्ड

1
@deworde - मैं "असंभव" शब्द से नफरत करता हूं 20 साल पहले लोगों ने सोचा था कि एक महान "असंभव" था, यह कहने के बारे में कि "वर्तमान में प्रदान किए गए हार्डवेयर के साथ संभव नहीं है"।
रामहुंड

@ रामस्वरूप वे आपके व्यवसाय के नियोजक हैं, आपके बच्चे नहीं। उनकी आशाओं और सपनों की रक्षा के लिए उनके लिए चीनी का लेप न करें , विशेषणों की आवश्यकताओं को प्राप्त करें
डेवॉर्ड

1
अपने अनुमान के अनुसार Apple को बेचने के लिए हार्डवेयर का आविष्कार करने के लिए 2 और वर्ष, 100 हार्डवेयर इंजीनियर और एक 50 मिलियन डॉलर R & D लैब जोड़ें, हाँ, यह संभवतः हो सकता है।
हॉटपावर 2

11

Apple के लोगों ने पहले से ही इन सभी चीजों के बारे में गहराई से सोचा और वे अंगूठे / उंगलियों के आकार के आधार पर एक resizable इंटरफ़ेस के साथ नहीं आए।

एक उपयोगकर्ता के रूप में, मैं अपनी उंगलियों के नीचे बढ़ते लक्ष्यों से नफरत करता हूं।


2
खराब डिज़ाइन किए गए एक्सेस डेटाबेस के लिए एक सार्वभौमिक मेटा-क्वेरी लिखने के लिए कहने पर मैंने इस तर्क का उपयोग किया। (IE एक प्रणाली जहां कोई भी उपयोगकर्ता क्वेरी बिल्डर का उपयोग किए बिना मनमाने ढंग से कुछ भी क्वेरी कर सकता है) मैंने कहा "यदि यह संभव था, तो माइक्रोसॉफ्ट ने इसे किया होगा, और वे इसे हर जगह विज्ञापन करेंगे।
क्रिस कूडमोर

@chris: यह बिल्कुल वैसा ही है जैसा मैं किसी को भी कहता हूं कि कोई भी हर-हर रिपोर्ट विज़ार्ड चाहता है। यदि यह संभव होता तो 90 के दशक की शुरुआत में एक्सेस ने इसे वापस पा लिया होता
नील एन

4
-1, 'क्योंकि Apple didn’t do it' एक अच्छा कारण कुछ नया करने की कोशिश नहीं है। यह हो सकता है कि इसका अविश्वसनीय रूप से बेवकूफ विचार और / या शारीरिक रूप से असंभव हो। या नहीं। लेकिन मैं यह नहीं देख रहा हूं कि अगर उसके मालिक संसाधनों को खर्च करने के लिए तैयार हैं तो यह नुकसान की कोशिश कर रहा है।
ग्रैंडमास्टरबी

2
@GrandmasterB - मेरा अनुमान है कि Apple ने ऐसा किया, फिर इसे अस्वीकार कर दिया। वैसे भी, थोड़ा सा सामान्य ज्ञान बताता है कि प्रयोजनीय दृष्टिकोण से यह आरामदायक से बहुत दूर है। मुझे ऐसे विचारों वाले बॉस की जरूरत नहीं है।
मौविसील

10

यदि आप असंभव आवश्यकताओं के लिए परेशानी में पड़ने से चिंतित हैं, तो सबसे अच्छा विकल्प उन्हें तुरंत बता देना है कि यह असंभव है। जितना अधिक समय आप उन्हें एक असंभव परियोजना पर एक व्यावसायिक योजना बनाने देंगे, उतनी अधिक संभावना होगी कि वे परियोजना की विफलता के लिए आपको दोषी ठहराएंगे।

इन सबसे ऊपर, उन चीजों के बारे में चिंता न करने की कोशिश करें जो आपकी गलती नहीं हैं, हम सभी को इस बारे में चिंता करने के लिए पर्याप्त है कि हमारे पास नियंत्रण करने की क्षमता है। यदि कोई व्यक्ति आपको इस तरह की परियोजना विफलता के लिए जिम्मेदार ठहराता है तो यह आपके खिलाफ अन्याय है। क्या आप कर्म में विश्वास करते हैं?


हाँ मैं करमा में विश्वास करता हूँ ? :)
सागर आर। कोठारी

1
@ सुगर मैं भी! अगर वे आपकी बात नहीं मानते हैं तो वे विफल हो जाएंगे।
मेपल_शफ्ट

यह कहना असंभव है कि ऑपरेटिंग सिस्टम यह जानकारी प्रदान नहीं करता है। चूंकि एक iOS एप्लिकेशन के मामले में आप केवल उन सार्वजनिक विधियों का उपयोग कर सकते हैं जो आप ऑपरेटिंग सिस्टम के आधिकारिक समर्थन के लिए सीमित हैं। यदि यह संभव होता तो वे इसे ढांचा प्रदान करते और इस प्रकार उपयोगकर्ता इस आवश्यकता पर भी सवाल नहीं उठाते।
रामहुंड

8

अनुचित अनुरोध को हटाने का एक तरीका क्लाइंट को उस समस्या की प्रकृति को समझने में मदद करना है जिसे वे हल करने की कोशिश कर रहे हैं। एक प्लानिंग इंटरव्यू तकनीक के माध्यम से बोलचाल की भाषा में " पॉपिंग द व्हिच स्टैक " के रूप में जाना जाता है , आप पूछते हैं "क्यों" पुनरावर्ती (एक विनम्र, बुद्धिमान तरीके से):

दोनों को संचार के लिए एक महत्वपूर्ण उपकरण जा रहा है और विशिष्ट मुद्दों का "पीछा करना" है जो बैरेट कॉल "क्यों" को पॉपिंग कहता है। यह बस सवाल पूछने के लिए है "ऐसा क्यों किया जाता है?" परियोजना की आवश्यकताओं के बारे में। उन्होंने एक तकनीक का उदाहरण दिया कि तकनीक क्या पता लगा सकती है: "मैंने एक बार एक क्लाइंट के साथ काम किया था जहाँ एक आवश्यकता थी कि प्रक्रिया में एक विशेष चरण में डेटा प्रिंट किया गया था, इसलिए मैंने पूछा कि क्यों"। "जवाब था कि डेटा प्राप्त करने वाले विभाग को इसमें चाबी देने की आवश्यकता थी। यह उनके साथ कभी नहीं हुआ था कि डेटा को स्वचालित रूप से उनके डेटा में स्थानांतरित किया जा सके।"

लक्ष्य को मुख्य व्यवसाय मूल्य पर पहुंचना है:

  • राजस्व की रक्षा करें
  • वित्तीय बडत
  • लागत का प्रबंधन करें
  • ब्रांड वैल्यू बढ़ाएं
  • उत्पाद को उल्लेखनीय बनाएं
  • अपने ग्राहकों को अधिक मूल्य प्रदान करें

( ककड़ी विकी से आइटम )

यदि सुविधा इन श्रेणियों में से एक में फिट नहीं होती है, तो यह ग्राहक को यह देखने में मदद कर सकता है कि या तो अधिक महत्वपूर्ण चीजें हैं जिन पर ध्यान केंद्रित करना है, या इस विचार प्रक्रिया के माध्यम से आप उन्हें सलाह दे सकते हैं कि वे समस्या का समाधान कैसे करें ' अधिक सार्थक तरीके से हल करने की कोशिश कर रहे हैं। अक्सर वास्तविक समस्या आपके द्वारा ठीक करने के लिए अनुरोध की गई समस्या की तुलना में उच्च स्तर पर होती है।

अंगूठे के आकार को स्कैन करने के अपने उदाहरण का उपयोग करने के लिए:

ग्राहक: हम यूआई में हेरफेर करने के लिए अंगूठे या उंगलियों की मोटाई का पता लगाना चाहते हैं।

देव: तुम ऐसा क्यों करना चाहते हो?

क्लाइंट: क्योंकि जब मैं इन छोटे बटन को टैप करने की कोशिश करता हूं तो मैं अक्सर गलत चीज मारता हूं, और हमारे सॉफ्टवेयर का उपयोग मेरे जैसे बड़े हाथों वाले कई निर्माण श्रमिकों द्वारा किया जाता है। यदि वे अपनी उंगली के आकार के लिए UI को कैलिब्रेट कर सकते हैं, तो यह उपयोग करना आसान बना देगा।

देव: उपयोग में आसानी निश्चित रूप से ग्राहक के लिए मूल्यवान होगी, लेकिन वे यूआई को कैलिब्रेट क्यों करना चाहेंगे? यदि इसका उपयोग करने वाले लोगों को बड़े हाथों के लिए जाना जाता है, तो उस उपयोग के मामले के लिए डिज़ाइन को समायोजित क्यों नहीं किया जाता है?

ग्राहक: मैंने इसके बारे में कभी नहीं सोचा था, मुझे लगता है कि एक क्लीनर डिजाइन काम करेगा और साथ ही छोटे हाथों वाले लोगों के लिए भी!


4
+1 क्यों स्टैक को पॉप करने के लिए और बोली:Often the real problem lies at a higher level of abstraction than the problem they've requested you to fix.
Spoike

7

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

सिर्फ नहीं बोल।

इस सूत्र में कई 'कभी ना नहीं कहेंगे' उत्तर हैं, जो मुझे लगता है कि नरम और विनम्र रवैया है। इसके बारे में इस तरह से सोचें - मैं इस टीम में तकनीकी विशेषज्ञ हूं, और मेरे अन्य टीम के सदस्य ऐसा कुछ करने की कोशिश कर रहे हैं जो मुझे लगता है कि यह संभव नहीं है, अधिक जटिल है, संभव नहीं है। ना कहना मेरी जिम्मेदारी है।

निश्चित रूप से मैं कह सकता हूं और इसे धीरे से नहीं कहना चाहिए; मैं "दृढ़ता से इस के खिलाफ सिफारिश" कर सकते हैं "की जांच करें कि क्या यह संभव है" करने की पेशकश करते हुए पहले कोई कह रहा। लेकिन मैं आखिरकार नहीं कहना चाहूंगा क्योंकि यह मेरा काम है।

इसके लिए बहुत सारी उपमाएँ हैं

  • मेरे एकाउंटेंट, मैं चाहता हूं कि आप कर कटौती के रूप में मेरे धन्यवाद डिनर को नीचे रखें
  • श्री महाराज, मैं अपने चिकन को रात भर काउंटर पर छोड़ना चाहूंगा और कच्चे परोस दूंगा।
  • मेरे वकील, मैं अपने बच्चों पर उनके बेडरूम को ख़राब नहीं करने के लिए मुकदमा करना चाहता हूँ
  • मिस्टर मैकेनिक, कृपया मेरी इलेक्ट्रिक कार पर एक टर्बोचार्जर स्थापित करें

आप इन सभी लोगों को ऐसे कार्य करने के लिए कह सकते हैं, जिन्हें वे जानते हैं कि वे मूर्खतापूर्ण, बेकार, खतरनाक या गलत हैं। और आप उन सभी से अपेक्षा करेंगे कि वे इन कार्यों के खिलाफ सलाह दें और अंततः मना कर दें (कम से कम मैं ऐसा करने की उम्मीद करूँगा)। अगर इनमें से किसी भी पेशेवर ने जवाब दिया कि 'हम्म ठीक है, मुझे लगता है कि हम ऐसा कर सकते हैं' - मुझे सीधे दिए बिना "दिस इज़ ए बैड आइडिया" - तो काफी स्पष्ट रूप से मैं उन्हें वैसे भी नहीं रखना चाहता।

आपके सहकर्मी आपकी ईमानदारी को महत्व और सम्मान देंगे, और यदि आप कुछ काम नहीं करते हैं, तो साथ जाने के बजाय यदि आप उपयोगी प्रतिक्रिया प्रदान करते हैं, तो आप सभी को बहुत समय और पैसा बचाएंगे।


2
नोट: मैं प्रश्न को संबोधित कर रहा हूं "एक डेवलपर को असंभव आवश्यकताओं को कैसे अस्वीकार करना चाहिए"
कर्क ब्रॉडहार्ट

आप को और अधिक शक्ति।
थॉमसएक्स

2

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


1

मेरी प्रतिक्रिया यह होगी कि मैं इनमें से कुछ अप्रयुक्त तकनीकों पर गौर करना शुरू कर दूंगा और उन्हें बता दूंगा कि क्या यह संभव है। उन खोजों के आधार पर, एक संभावित विकास योजना शुरू की जा सकती है।

मुझे नहीं लगता कि आप किसी व्यक्ति के अंगूठे को किसी अन्य व्यक्ति से बताने में सक्षम होंगे, लेकिन आप यह जानने के लिए उंगलियों से पर्याप्त आयाम प्राप्त कर सकते हैं कि वे अंगूठे का उपयोग कब कर रहे हैं। असली समस्या यह है कि अंगूठे के कोण के कारण यह स्क्रीन पर दूसरों की तुलना में अधिक जगह नहीं छू सकता है। कोई भी कभी भी अपने अंगूठे के साथ एक फोन का उपयोग नहीं करता है और इसे स्क्रीन पर फ्लैट करता है जैसे कि आप अपने अंगूठे का प्रिंट ले रहे हैं।

कंपनी छोड़ दो। यह कैसे करना है इसका पता लगाएं। अभी जो आप कर रहे हैं, उससे कहीं अधिक धन के लिए इसे बेचिए।


1

जब यह आवश्यकताओं की बात आती है तो मैं इसे आमतौर पर इस तरह से करता हूं: मैं यह अनुमान लगाने की कोशिश करता हूं कि किसी विशिष्ट आवश्यकता को महसूस करने में कितना समय लगेगा।

आवश्यकताओं के मामले में, जो असंभव हो सकता है, कुछ दिनों के लिए पूछें या जो भी समय लगे यह पता लगाने के लिए कि क्या यह संभव है। आपके मामले में सवाल यह है: "क्या यह निर्धारित करना संभव है कि उपयोगकर्ता की उंगली कितनी मोटी है?"

वास्तव में यह सवाल और भी जटिल है: "क्या यह निर्धारित करना संभव है कि 200 मिलीसेकंड से कम समय में पहली बार स्पर्श करने के बाद उपयोगकर्ता की उंगली कितनी मोटी हो ?" ( पहले 2 या ... से प्रतिस्थापित करें , और 200 एमएस से 300 एमएस या जो भी ...)

शायद इस सवाल का जवाब देने में भी एक महीना लग जाए। हो सकता है कि यह अधिक या कम संभव हो, तो भी यह एक सुपर जटिल एल्गोरिथ्म लेता है जो केवल 80% मामलों में अच्छा काम करता है।

तुम देखो मैं कहाँ जा रहा हूँ?

लोग अक्सर संभावनाओं के बारे में गलत धारणा बनाते हैं क्योंकि उनके पास प्रश्न में क्षेत्र के बारे में कम विशेषज्ञता और अनुभव होता है। इसलिए आप अंतर्ज्ञान के साथ बहस नहीं कर सकते, लेकिन आपको तथ्यों की आवश्यकता है।

यदि अन्य हितधारकों को यह पता चलता है कि इस सुविधा में 2 साल लगेंगे और 2014 से पहले आईफोन 10 की आवश्यकता होगी, तो उनकी आवश्यकताओं में तेजी से कमी आएगी।


1

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


0

मैं यह कहने से पहले रूट मुद्दे को दूसरे तरीके से हल करने की कोशिश करूंगा।

उदाहरण के लिए, यदि उपयोगकर्ता अक्सर एक छोटा बटन क्लिक करने की कोशिश करता है और चूक जाता है, तो आप बटन के आसपास के क्षेत्र को देख सकते हैं और अन्य सभी क्लिकों को पुन: कैलिब्रेट करने के लिए उपयोग कर सकते हैं।

इस तरह एक रचनात्मक समाधान प्रस्तुत करना संभवतः वह है जो आपको एक उंगली की चौड़ाई (जिसे आप उन्हें सूचित कर सकते हैं कि एपीआई में नहीं है) के बारे में अधिक जानने के लिए कह सकते हैं।

यह अभी भी मुश्किल हो सकता है - मिसाइलों का पता लगाने के लिए बटन के चारों ओर एक क्षेत्र रखना - इसलिए अधिक घंटे का अनुमान है।


0

सीधे तौर पर यह मत कहो कि इससे उनकी भावनाएं आहत होंगी। बस यह स्पष्ट करें कि प्रौद्योगिकी की कमी के कारण 60% समय हर बार काम करेगा।

और एक बार जब वह इस तरह के उपक्रम में शामिल अव्यवहारिकता और लागत का एहसास करता है, तो अपने बजट के भीतर अधिक व्यावहारिक दृष्टिकोण का सुझाव दें जैसे कि एक सेटिंग है जो आपको पाठ आकार बदलने की अनुमति देता है। और रूसी अंतरिक्ष में एक पेंसिल ले गए।

उसे समस्या और आवश्यकता के बारे में बताने की कोशिश करें न कि भविष्य की परियोजनाओं के लिए समाधान और डिजाइन की।


-1

मुझे क्या करना पसंद है, टीम के दृष्टिकोण से समस्या का सामना करना है। इस मामले में परियोजना प्रबंधक और मुझे एक समाधान के साथ आने की जरूरत है। मुझे यह दिखाना भी पसंद है कि मैं खुले दिमाग के साथ आता हूं। अगर मुझे लगता है कि मुझे लगता है कि सुनवाई की संभावनाएं हैं, तो एक मौका है कि मेरे और परियोजना प्रबंधक के बीच गलतफहमी है। या शायद हम उस अहा पल में नहीं पहुँचे हैं।

एक बार जब हम एक छलांग लेने का फैसला करते हैं और एक खुली बातचीत करते हैं, तो मुझे इस समस्या का आर्थिक रूप से इलाज करना सबसे आसान लगता है। प्रौद्योगिकी में लगभग कुछ भी संभव है अनंत संसाधनों को देखते हुए। यह चर्चा करना कि यह करने के लिए क्या करना होगा, कई बार सम्मानपूर्वक "ना कहना" का सबसे आसान तरीका है। और यह किसी भी गलतफहमी को दूर करने का तरीका होगा। हालांकि, ईमानदार होने के लिए, हम काफी नहीं कह रहे हैं। और, वैसे भी ना कहने का मकसद क्या है। यदि काम करने लायक नहीं है, तो इससे कोई फर्क नहीं पड़ता कि हम इसे करना चाहते हैं या नहीं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.