GOST प्रयोज्य

एक हफ्ते में, GOST R ISO 9241-210-2012 की प्रयोज्य के लिए राष्ट्रीय मानक मानव-प्रणाली सहभागिता के एर्गोनॉमिक्स पूरे रूस में लागू होंगे । भाग 210. इंटरैक्टिव सिस्टम का मानव-उन्मुख डिजाइन । "

मैं आपको संक्षेप में बताना चाहता हूं कि यह दस्तावेज़ एक खाली वाक्यांश क्यों नहीं है। क्रम में चलते हैं।

1. दस्तावेज़ के उद्देश्य

इसकी जरूरत किसे है?

• नेता - डिजाइन प्रक्रिया में मानव कारक और एर्गोनॉमिक्स की जगह दिखाने के लिए।
• यूएक्स-विशेषज्ञ - यह बताने के लिए कि डिजाइन कैसे चल रहा है, और इस प्रक्रिया में उनकी भागीदारी क्या है।

2. परिभाषाएँ

रूसी अनुवाद को परिष्कृत करने की आवश्यकता है, लेकिन यह समय की बात है।
मुख्य बात यह है कि आईएसओ 9241-210: 2010 का अर्थ अनुवादित होने पर गायब नहीं हुआ था। उदाहरण के लिए, उद्धरण के एक जोड़े:

उच्च प्रयोज्य प्रणालियों के कई फायदे हैं, जिनमें उच्च प्रदर्शन, तनाव से बचाव, उपलब्धता में वृद्धि और नुकसान का जोखिम कम है।

(प्रयोज्य = प्रयोज्य)

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

GOST - भावनाओं के बारे में! सुखद आश्चर्य।

3. प्रयोज्य के बारे में क्यों सोचते हैं

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

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

... समय पर और बजट के भीतर परियोजना के सफल समापन की संभावना बढ़ जाती है।

:)

4. मानव केंद्रित डिजाइन के सिद्धांत

यह मानक नई कार्यप्रणाली के साथ नहीं आता है, लेकिन हमें सिखाता है कि मौजूदा प्रक्रियाओं के लिए मानव-केंद्रित दृष्टिकोण कैसे लाया जाए। जोर देने में बस एक शिफ्ट।

संक्षेप में, विचारों और सिद्धांतों के लिए:

4.2। उपयोगकर्ता की जरूरत

उपयोगकर्ताओं, कार्यों, उपयोग की शर्तों की सटीक पहचान करें।

4.3। विकास में उपयोगकर्ता की व्यस्तता

न केवल "ऑर्डर पर", बल्कि सार्वभौमिक / उपभोक्ता उत्पाद बनाते समय भी।

4.4। उपयोगकर्ता की प्रतिक्रिया

उपयोगकर्ता समीक्षा (डिजाइन चरण में शामिल) जानकारी का सबसे महत्वपूर्ण स्रोत है।

---

इस जानकारी की व्याख्या कैसे करें? इसे GOST में नहीं लिखा गया है, इसलिए मैं और अधिक विस्तार से जानना चाहता हूं। इसे हम भ्रम का पारस्परिक विनाश कहते हैं।

डिजाइनर का भ्रम: "उपयोगकर्ता की सोच को मेरी तरह ही व्यवस्थित किया गया है । "
उपयोगकर्ता का भ्रम: "कारों का अस्तित्व नहीं है, केवल घोड़े मौजूद हैं"

उपयोगकर्ता को यह नहीं पता है कि यहां और अधिक सुविधाजनक क्या किया जा सकता है।

डिजाइनर वही करता है जो उसके लिए सुविधाजनक हो। इसमें उपयोगकर्ता कहानियों का एक सुविधाजनक सेट है - जिसमें से स्पष्ट निर्णय का पालन होता है - जिसके साथ उपयोगकर्ता को रखना चाहिए।

नहीं।

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

डिजाइनर नहीं, उपयोगकर्ता नहीं - यह तीसरा व्यक्ति होना चाहिए जो उनके भ्रम को नष्ट कर देगा। और यह एक नए आयाम में एक रास्ता होगा।

---

4.5। Iterative परियोजना में सुधार

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

4.6। उपयोगकर्ता अनुभव पर विचार करें

पिछले उपयोगकर्ता अनुभव को देखते हुए, कई पहलुओं को ध्यान में रखा जाना चाहिए। उपयोगकर्ता के व्यक्तिगत लक्ष्य, भावनाएं और धारणाएं, अपेक्षाएं और संतुष्टि, पैकेजिंग और ब्रांड छवि, गैर-एकरसता और बहुत कुछ।

4.7। अन्य डिजाइन प्रतिभागियों

UX पेशेवरों और उपयोगकर्ताओं के अलावा - UX डिजाइन के विकास में और कौन शामिल है? ये विभिन्न क्षेत्रों में ज्ञान के साथ, परियोजना पर विभिन्न दृष्टिकोणों के विशेषज्ञ हैं। विपणक, तकनीकी लेखक, सिस्टम विश्लेषक, सभी प्रकार के प्रबंधक और यहां तक ​​कि डिजाइनर भी।

5-6। परियोजना की योजना और कार्यान्वयन

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

एक योजना है, मैंने इसके लिए हस्ताक्षर किए हैं, प्रत्येक पैराग्राफ में कौन से मुद्दे हैं:



पैराग्राफ 6.3 में, आपको कुछ दिलचस्प बिंदु मिल सकते हैं:

"जिन जरूरतों को पूरा किया जाना चाहिए, उन्हें परिभाषित किया जाना चाहिए (और न ही उन तरीकों को पूरा किया जाना चाहिए)।" (6.3.2)

"उपयोगकर्ता आवश्यकताओं का एक विनिर्देश डिजाइन के बाद के चरणों में परीक्षण की संभावना को ध्यान में रखा जाना चाहिए।" (6.3.5)

अर्थात्, दो बातें सीधे कही जाती हैं, ऊपर दो भ्रमों के बारे में देखें:
6.3.2। उपयोगकर्ता को नहीं पता कि वह क्या चाहता है। कोई कार नहीं है, केवल घोड़े हैं।
6.3.5। प्रारंभ में, हम बहुत गंभीरता से गलती कर सकते हैं कि उपयोगकर्ता को क्या चाहिए।

पुनरावृत्त दृष्टिकोण के बारे में स्वयंसिद्ध कई बार दोहराया जाता है ... संभावना है कि भविष्य में पीएम सुरक्षित रूप से लिख सकते हैं:
"पैराग्राफ 4.1 (डी), 4.5, 5.3 (एफ), 5.5 और 6.4.3 (डी) के आधार पर, हमें एक और पुनरावृत्ति के लिए समय आवंटित करना चाहिए।" :)

7. सतत विकास

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

यदि हमारा सारा भविष्य सोफे पर बैठकर और पॉपकॉर्न चबाने का है, तो हाँ, सतत विकास के लिए सब कुछ है। लेकिन मुझे लगता है कि हेब्रायुज़र्स का XXII सदी का एक अलग विचार है, जिसमें से हम में से एक जीवित रहेगा, जिसका अर्थ है कि अभी भी एक बहुत मुश्किल विकल्प है: मछली या मछली पकड़ने वाली छड़ी देना?