इस लेख के अनुवाद को लेख फीडिंग और डेवलपर्स की देखभाल (या क्यों हम ऐसे grumbler हैं) द्वारा प्रेरित किया गया था।
उस लेख का लेखक नीचे दिए गए विषय का उत्तर देता है। तस्वीर की पूरी दृष्टि के लिए, आपको इसे विभिन्न कोणों से देखने की जरूरत है। लेखक डिजाइनर की तरफ से देखने का सुझाव देता है। कौन परवाह करता है - बिल्ली के नीचे।पिछले दस वर्षों से तकनीक-उन्मुख कंपनियों में काम करने वाले एक डिजाइनर के रूप में, मैं डेवलपर्स के साथ काम करने में बहुत समय बिताता हूं। ये सहयोग मेरे द्वारा किए गए सबसे रचनात्मक और फलदायी कार्य संबंध हैं।
डिजाइनर, आप भी डेवलपर्स के साथ इस प्रकार के संबंध बना सकते हैं - आपको प्रभावी भागीदारी के लिए जगह बनाने के लिए बस अपने व्यक्तिगत पूर्वाग्रहों (डिजाइनरों और डेवलपर्स दोनों) के माध्यम से तोड़ना होगा। यदि आप सफल हैं, तो लाभ किसी भी दर्द से दूर है और इसे प्राप्त करने के लिए आवश्यक मामूली बदलाव।
मैंने परामर्श में, अकादमी में और दुनिया की सबसे प्रसिद्ध डेवलपर कंपनियों में से एक में काम किया। मैंने विभिन्न कोणों से डेवलपर्स के व्यवहार को देखा और कई प्रकार के डिजाइनरों (बहुत तकनीकी से वैचारिक, दृश्य और अन्य तक) के साथ काम किया।
खराब डिजाइनर व्यवहार के कई अच्छी तरह से स्थापित पैटर्न हैं जो डेवलपर्स की नजर में हमारी प्रतिष्ठा को कमजोर करते हैं। मैंने तकनीकी रूप से उन्मुख कंपनी में डिजाइन के लिए अपने दृष्टिकोण को स्पष्ट करके बड़ी सफलता हासिल की, और इस प्रक्रिया में डेवलपर्स के साथ एक दीर्घकालिक, विश्वास-आधारित, प्रभावी संबंध का गठन किया गया, जबकि बाकी डिजाइनर विफल रहे। एक अच्छा डिजाइनर तेजी से अपने काम में सुधार कर सकता है यदि उसके पास एक अच्छा विकास साझेदार है, लेकिन इसके लिए उन्हें मामूली समायोजन करने की आवश्यकता है।
प्रभावी डिजाइन और तकनीकी संबंध बनाने के लिए यहां मेरे सर्वोत्तम सुझाव हैं। मेरा लक्ष्य दोनों तरफ के पूर्वाग्रह को कम करना है और डिजाइनरों और डेवलपर्स को बेहतर उत्पाद बनाने के लिए एक मजबूत गठबंधन बनाने में मदद करना है।
1. उनके द्वारा उपयोग किए जाने वाले उपकरण का उपयोग करें
एक डिजाइनर के रूप में एक नई टीम में शामिल होने या एक नई परियोजना शुरू करने के लिए, पहला कदम एक सरल सवाल पूछना है: "आप कैसे काम करना पसंद करते हैं?"। कई डिज़ाइनर उन उपकरणों या प्रक्रियाओं का उपयोग करने की गलती करते हैं जिनका वे उपयोग करते हैं या उन्हें पिछली टीम के साथ सफलता मिली है। लेकिन सॉफ्टवेयर में चीजें जल्दी बदल जाती हैं, और प्रत्येक टीम अद्वितीय है।
मैंने पाया कि मैं केवल विकास टीम से पूछकर विचलन की प्रक्रिया से बच सकता हूं कि उन्हें कैसे काम करना पसंद है और वे पहले से कौन से उपकरण का उपयोग करते हैं। कुछ टीमें बग्स को ट्रैक करने या उन्हें खोजने के लिए सॉफ़्टवेयर का उपयोग करने के लिए एक मिलान दस्तावेज़ बनाना पसंद करती हैं। कुछ लोग केवल एक ईमेल भेज सकते हैं या Pivotal Tracker जैसे लचीले टूल का उपयोग कर सकते हैं।
सफलता डिजाइन करने की कुंजी यह नहीं है कि उनकी तकनीक कितनी अच्छी है, लेकिन वे अपने डिजाइन की बातचीत में कितने सफल हैं, ताकि डिजाइन यथासंभव आदर्श के करीब हो। वास्तव में अच्छा डिज़ाइनर प्रभावी डिज़ाइन इंटरैक्शन के लिए आवश्यक किसी भी उपकरण के लिए अनुकूल हो सकता है - भले ही एक नया उपकरण सीखने में थोड़ा अधिक समय लगे, यह विकास के साथ घर्षण को कम करके सड़क को प्रशस्त करने में भुगतान करता है।
2. पूर्ण विकास चक्र में भाग लें
उत्पाद विकास चक्र के बहुत अंत तक सक्रिय नहीं होने पर डिजाइनर डेवलपर्स के साथ अपने संबंधों को आसानी से बर्बाद कर सकते हैं। लॉन्च करने के लिए काम करने वाली विकास टीम तब निराश होती है जब कोई बाहरी व्यक्ति कुछ विस्तृत बदलावों के साथ मर जाता है। (और यदि आप लॉन्च करने से पहले सही से पहले चालू नहीं करते हैं, तो आप वास्तव में एक बाहरी व्यक्ति हैं।)
डेवलपर्स को एक उत्पाद या अवसर के पूर्ण जीवन चक्र में भाग लेने के लिए डिजाइनरों की आवश्यकता होती है, न कि केवल एक सामने के छोर को विकसित करने के लिए। बुनियादी डेटा संरचना, भंडारण, पुनर्प्राप्ति और इंटरफ़ेस ढांचे बनाने के भारी इंजीनियरिंग कार्यों के बारे में डिजाइनरों को अच्छी तरह से पता होना चाहिए (यदि शामिल नहीं है)। डिजाइनरों को टीम के बाकी हिस्सों के साथ हर कदम का जश्न मनाना चाहिए और बढ़ावा देना चाहिए - भले ही यह एक वक्र है, कॉमिक सैंस में लिंक के # 00C सेट का उपयोग करके एक आधा बनाया हुआ प्रोटोटाइप
बहुत बार, मैं अपने साथी डिजाइनरों को सौंदर्यशास्त्र या प्रारंभिक प्रोटोटाइप डिजाइनों की बातचीत में हस्तक्षेप करते हुए देखता हूं। डिजाइनरों की उन चीजों की शुरुआती आलोचनाएं जो इंजीनियर ने अगली समीक्षा में डिजाइनर के समावेश में योगदान करने से पहले सोचा भी नहीं था। नतीजतन, डिजाइनर लॉन्च से एक सप्ताह पहले सार्थक बदलाव के लिए पूछते हैं और ज्यादातर मामलों में, उन्हें नहीं मिलता है।
3. सुधार की आवश्यकता के बारे में विशिष्ट रहें।
कई डिजाइनरों को लगता है कि वे तब किया जाता है जब वे डेवलपर को समाप्त, "पिक्सेल-परिपूर्ण" लेआउट देते हैं। जब कोई उत्पाद या अवसर रिलीज़ होने के करीब हो जाता है, तो डिज़ाइनर घबरा जाते हैं और सामने का छोर विनिर्देश तक नहीं दिखता है। लेकिन डेवलपर के नवीनतम निर्माण का जवाब देने के बजाय "यह मेरे लेआउट से मेल नहीं खाता है, यहां लेआउट है अगर आपने इसे खो दिया है" - विशिष्ट हो!
डिजाइनरों को यहां तक कि सबसे छोटे विवरणों को नोटिस करने के लिए प्रशिक्षित किया जाता है जो ज्यादातर लोग कभी नहीं देखेंगे। डेवलपर्स जानबूझकर विवरण याद नहीं करते हैं - यह उनके लिए मुख्य प्राथमिकता के रूप में या बग के बिना कोड बनाने के लिए बस ऐसी प्राथमिकता नहीं है। इन त्रुटियों को नोटिस करना और उन्हें यथासंभव विशेष रूप से इंगित करना डिजाइनर का काम है, क्योंकि आप जिस व्यक्ति के साथ काम कर रहे हैं, उन्हें इस प्रकार के भागों की तलाश करने के लिए प्रशिक्षित नहीं किया गया है।
लाइव डेमो से स्क्रीनशॉट के साथ एक बग रिपोर्ट सबमिट करें और आपके लेआउट्स साथ-साथ हैं। स्क्रीनशॉट के बारे में विस्तृत विवरण के साथ टिप्पणी करें कि क्या बदलना है। दिखाओ
और बताओ । मैं आमतौर पर स्क्रीनशॉट के पहले और बाद में टिप्पणी के साथ एक बग भेजता हूं। एक बुलेटेड सूची की तरह, इसे निश्चित करने की आवश्यकता है। इस प्रकार, दृश्य और मौखिक दोनों विवरणों में तेज और अधिक जागरूक आंदोलन के लिए एक प्रारूप है।
मैं यहां तक चला गया कि दृश्य डिजाइन को चमकाने से अलग से बातचीत के सुधार को भेजने के लिए, क्योंकि आपके पास आपकी टीम में डेवलपर्स हो सकते हैं जो एक क्षेत्र या किसी अन्य क्षेत्र में मजबूत होते हैं - इसलिए इन श्रेणियों में विभाजित होने पर काम को विभाजित करना आसान हो सकता है। सामान्य तौर पर, डेवलपर्स उन सुधारों की सूचियों पर बहुत अच्छी तरह से प्रतिक्रिया देते हैं जो वे तैयार होने पर व्यवस्थित रूप से बढ़ावा और घटा सकते हैं। यह मेरे लिए थोड़ा अधिक काम है, लेकिन कम किंवदंतियों के साथ परिवर्तन प्राप्त करना अधिक उपयुक्त है।
4. वास्तविक वार्तालाप अच्छे हैं, लेकिन उन्हें ट्रैक नहीं किया जा सकता है।
कई डिज़ाइनर जो मुझे पता है कि उत्पाद प्रबंधक या डेवलपर के साथ व्यक्ति में डिज़ाइन विवरण विकसित करना पसंद करते हैं। यह अद्भुत है और टीम के सामंजस्य में मदद कर सकता है, लेकिन इसका साइड इफेक्ट यह है कि कोई "पेपर ट्रेस"
(प्रोटोकॉल, रिकॉर्ड - एट। ट्रांसलेशन) है । यदि आप दो (आप और आपके डेवलपर) की टीम में काम नहीं कर रहे हैं, तो
सब कुछ होना चाहिए। व्यापक पहुंच और प्रतिक्रिया टीमों के लिए प्रलेखित।
यहां तक कि अगर आपके पास डिज़ाइन सुधार के बारे में अपने डेवलपर के साथ एक उत्पादक व्यक्तिगत चर्चा है, तो एक पत्र या बग रिपोर्ट में इसे तुरंत संक्षेप में प्रस्तुत करने के लिए अपनी तालिका पर वापस जाएं। यह पूरी टीम को प्रतिक्रिया करने और किए गए निर्णयों पर एक रिपोर्ट के रूप में कार्य करने का मौका देता है। कोई भी निर्णय जो किसी दस्तावेज के साथ नहीं आता है, किसी के द्वारा चीजों को समाप्त करने के लिए बदलने के लिए खुला है।
5. अपने डेवलपर के साथ बीयर लें
टीम के सदस्यों में समाजीकरण की शक्ति को कभी कम मत समझो। उन्हें जानें और उन्हें आपको बताएं। आप विश्वास और संचार में सुधार कर सकते हैं यदि किसी को लगता है कि आप एक व्यक्ति के रूप में उसकी परवाह करते हैं - और न केवल कौशल का एक सेट जिसे आप अपनी डिजाइन दृष्टि का एहसास करने के लिए भरोसा कर सकते हैं।
डेवलपर्स! आपको नहीं लगा कि आप इतनी आसानी से उतर गए? उन सभी चीजों के साथ जो डिजाइनर आपके जीवन को आसान बनाने के लिए कर सकते हैं, डिजाइनरों के साथ बेहतर संबंध बनाने के लिए आपको कुछ चीजें भी करनी होंगी।
1. अपने पहले उत्तर को "नहीं" न बनने दें
एक डिजाइनर के लिए एक नए विचार के बारे में उत्साहित होने की तुलना में अधिक निराशाजनक कुछ भी नहीं है, इस पर चर्चा करना शुरू करें और फिर आपको वास्तव में संभावित समझाने से पहले जमीन पर जकड़ लिया जाए!
मैंने पाया कि कई डेवलपर्स (विशेषकर जिन्हें मैंने सालों से काम किया है) आमतौर पर विचारों और नवाचारों को डिजाइन करने के लिए नकारात्मक रूप से प्रतिक्रिया देते हैं, क्योंकि उन्हें "किसी चीज के लिए बहुत अधिक काम करने की आवश्यकता होती है जो महत्वपूर्ण नहीं लगती है।" मेरा विश्वास करो, डिजाइनर यह समझते हैं कि आप किसी चीज़ को यथासंभव व्यवहार्य बनाने के लिए कड़ी मेहनत कर रहे हैं, जो आपके पूछने पर नहीं दिखेगी।
लेकिन एक कारण है कि टीमों को डिजाइनरों
और डेवलपर्स
दोनों की आवश्यकता होती है। सहज, मजेदार और अभिनव अनुभव करना हमारा काम है जिसे लोग उपयोग करना पसंद करेंगे और वापस लौटेंगे। अन्यथा, डेवलपर की सारी मेहनत कुछ नहीं होगी।
डिजाइनर नए विचारों के साथ मज़ेदार होने के बारे में उत्साहित हो सकते हैं, लेकिन तुरंत कोई बात कहने के बजाय, यह समझने में थोड़ा समय लें कि डिज़ाइनर इस विचार के बारे में इतना उत्साहित क्यों है। कम लागत पर समान प्रभाव प्राप्त करने के लिए उसके या किसी अन्य डेवलपर तरीके के साथ चर्चा करें। यदि आपका डिज़ाइनर सोचता है कि आप एक ऊर्जावान व्यक्ति हैं जो नए विचारों और समझौतों के लिए खुला है, तो आपको सबसे अधिक संभावना है कि आप एक आपातकालीन स्थिति में सुबह 4 बजे उनसे ज़रूरत के अनुसार आइकन प्राप्त करेंगे। ।
2. "फिट एंड फिनिश" - डेवलपर की परेशानियों को नहीं
"फिट एंड फिनिश" एक शब्द है जिसका उपयोग मोटर वाहन उद्योग में किया जाता है। इसका मतलब है कि मशीन में त्रुटियों और विचलन के बिना सब कुछ किया जाता है, कि मशीन पूरी तरह से तैयार है - लगभग। अनुवाद।विभिन्न विषय अलग-अलग चीजों को बेहद महत्वपूर्ण मानते हैं। एक महान डिजाइनर के लिए, विस्तार और वास्तव में पॉलिश अनुभव बनाने के लिए ध्यान सर्वोपरि है। ये विवरण मायने रखते हैं, उनका वर्णन करना मुश्किल हो सकता है, लेकिन आमतौर पर उत्पाद के लिए उपयोगकर्ता के अवचेतन रवैये को प्रभावित करते हैं। कई छोटी विस्तृत त्रुटियां जमा हो सकती हैं और यह महसूस कर सकती हैं कि उत्पाद पेशेवर नहीं है या विश्वसनीय नहीं है। इसके विपरीत, एक अच्छी तरह से पॉलिश किया गया आवेदन एक मजबूत भावनात्मक प्रभाव पैदा कर सकता है जो कि एप्लिकेशन को त्रुटिपूर्ण रूप से डिज़ाइन किया गया है, लेकिन एक मैला इंटरफ़ेस है।
जब एक डिज़ाइनर डेवलपर से
आइकन को तीन पिक्सेल को बाईं ओर ले जाने या एक ही आधार रेखा के साथ पाठ के दो ब्लॉकों को संरेखित
करने के लिए कहता है, तो यह परिवर्तन महत्वपूर्ण नहीं लग सकता है, लेकिन ऐसी चीजों का एक सेट वास्तव में अंतर कर सकता है।
3. लॉन्च से पहले अपने डिजाइनर के साथ डिब्रीपिंग करें
यदि आपका डिजाइनर आपके साथ सहयोग करने की कोशिश कर रहा है, तो उसे एक नई सुविधा के तथ्य का सामना करके दंडित न करें, भले ही यह आपको लगता है कि ये मामूली बदलाव हैं। अपने डिजाइनर को टीम के किसी अन्य सदस्य के रूप में समझें। आपका डिज़ाइनर बाकी टीम की तरह ही उत्पाद की सफलता में शामिल है।
जब आप अपने डिजाइनर के साथ एक पार्सिंग करते हैं, तो सुनिश्चित करें कि आप उसे जवाब देने, बदलाव का सुझाव देने, या सबमिट करने से पहले दोहराएं। प्रोजेक्ट डिजाइनर को केवल "आपकी जानकारी के लिए" दिखाना, भेजने के समान ही बुरा है, मैं इसे आपके डिजाइनर को बिल्कुल नहीं दिखाता।
मुझे आशा है कि मेरा अनुभव - और पिछले वर्षों में मैंने जो दृष्टिकोण विकसित किया है वह आपको डिजाइनरों और डेवलपर्स के बीच मजबूत गठजोड़ बनाने में मदद करेगा। मेरा मानना है कि अंत में यह बहुत अधिक शक्तिशाली उत्पादों और एक बेहतर उपयोगकर्ता अनुभव के निर्माण की ओर ले जाएगा।
पीएस मैं माफी मांगता हूं। वास्तव में जल्दबाजी। कितने पढ़े-लिखे नहीं, लेकिन ...
त्रुटियों और टाइपोस को भेजने वाले (और भेजने वाले) सभी का धन्यवाद।