किताब से चार तकियाँ- "स्प्रिंट: कैसे बड़ी समस्याओं को हल करने के लिए और सिर्फ पाँच दिनों में नए विचारों का परीक्षण करें"

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

पहले सतह को हल करें

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

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

विखंडन उत्पादकता को नुकसान पहुंचाता है

यह बहुत कुछ होता है जब आप सिर्फ एक काम पर ध्यान केंद्रित करना शुरू करते हैं और फिर एक ईमेल अधिसूचना आपकी स्क्रीन पर पॉप आउट हो जाती है। यह बहुत विचलित करने वाला है। पुस्तक से, "विचलित श्रमिकों को अपने कार्यों पर लौटने के लिए औसत 23 मिनट लगते हैं।" यह महत्वपूर्ण है कि टीम के सदस्य डिजाइन स्प्रिंट के दौरान परेशान न हों। टीम के सदस्यों को ईमेल का जवाब देने और छोटे कार्यों को पूरा करने के लिए दिन की शुरुआत में 1 घंटे का समय दिया जाएगा।

रीमिक्स और सुधार, लेकिन कभी भी आँख बंद करके कॉपी न करें

मुझे बाजार में कई डिजिटल उत्पाद मिले हैं। उनमें से कुछ समान हैं, लेकिन उनमें से कोई भी वास्तव में मेरी समस्या को हल नहीं करता है। इसके पीछे लॉजिस्टिक्स के बारे में सोचे बिना ट्रेंडी फीचर्स जोड़ना डिजाइन प्रक्रिया के दौरान मददगार नहीं है और यह पैसे और समय को बर्बाद करता है।

साक्षात्कार के काम को विभाजित करें

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

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