एक सॉफ्टवेयर कंपनी में प्रोटोटाइप का अभ्यास

नहीं, यह लेख एक वायरस संक्रमित मैनहट्टन और उसके म्यूटेंट के बारे में एक खेल के बारे में नहीं है। यह एक अलग तरह के प्रोटोटाइप के बारे में होगा - सॉफ्टवेयर प्रोटोटाइप।

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

हालाँकि, प्रोटोटाइप प्रक्रिया को उपयोगी और प्रभावी बनाना कोई आसान काम नहीं है। वहाँ नुकसान, सवाल उठता है। कब कौन प्रोटोटाइप चाहिए? प्रोटोटाइप कैसे बनाये? उनका उपयोग कैसे करें? इन सवालों के जवाब और अगले कदम नवाचार की सफलता और उपयोगिता को निर्धारित करते हैं। यदि वे गलत हैं - प्रोटोटाइप न केवल हानिकारक हो सकता है, बल्कि एक अत्यंत महंगी प्रक्रिया भी हो सकती है।

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

प्रोटोटाइप का उपयोग कब और कैसे करें? सिद्धांत और अभ्यास

सॉफ़्टवेयर विकास प्रक्रिया में प्रोटोटाइप के स्थान का निर्धारण करने के लिए, सबसे पहले, हमने इस क्षेत्र में अंतर्राष्ट्रीय मानकों की ओर रुख किया और निम्नलिखित जानकारी एकत्र की।

सबटोटल। सिद्धांत से बाहर निचोड़

इसलिए, स्रोतों के विश्लेषण के आधार पर, प्रोटोटाइप का उपयोग करने के लिए निम्नलिखित विकल्पों को प्रतिष्ठित किया जा सकता है:

• आवश्यकताओं के साथ काम के चरण में आवश्यकताओं के निष्कर्षण, सत्यापन और अनुमोदन के लिए एक उपकरण के रूप में
• डिजाइन चरण में एसआरएस और टीके लिखने के लिए एक आधार के रूप में
• डिजाइन चरण में सॉफ्टवेयर डिजाइन के परीक्षण के लिए एक तकनीक के रूप में
• परीक्षण के स्तर पर प्रयोज्य परीक्षण के उद्देश्य के रूप में
• कार्यान्वयन (डिजाइन) चरण में डेवलपर्स के लिए एक मॉडल के रूप में

लेकिन हम प्रोटोटाइप का उपयोग और भी व्यापक रूप से करते हैं - मैं ऊपर दिए गए हमारे विकल्पों में से 4 और जोड़ूंगा।

मैं एक प्रोटोटाइप का उपयोग कैसे कर सकता हूं?

वाणिज्यिक प्रस्ताव के स्तर पर

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

हम ऐसा क्यों कर रहे हैं? यहां सब कुछ सरल है: प्रोटोटाइप हमें एक दर्जन समान वाणिज्यिक प्रस्तावों से बाहर खड़े होने और ग्राहक पर जीतने की अनुमति देता है।

हम हमेशा ऐसा नहीं करते हैं, क्योंकि हमेशा एक जोखिम होता है कि परियोजना हमारे द्वारा नहीं चुनी जाएगी, और, तदनुसार, प्रोटोटाइप का भुगतान नहीं किया जाएगा।

एक नमूने के रूप में जब परीक्षण समाप्त सॉफ्टवेयर

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

काम की स्वीकृति और वितरण के लिए एक नमूने के रूप में

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

संभावित ग्राहकों को प्रदर्शित करने के लिए एक समाधान के एक उदाहरण के रूप में

कभी-कभी हमारे पास ग्राहक के लिए तैयार प्रणाली को प्रदर्शित करने का अवसर नहीं होता है और हम उसे पिछली परियोजनाओं पर विकसित और उपयोग किए गए प्रोटोटाइप दिखाते हैं।

प्रोटोटाइप जीवन चक्र

अब जब मैंने प्रोटोटाइप का उपयोग करने के सभी संभावित तरीकों को सूचीबद्ध किया है, तो मैं हमारे साथ प्रोटोटाइप का उपयोग करने का पूरा चक्र दिखाऊंगा।

1. एक संभावित ग्राहक के साथ संपर्क स्थापित करना और उससे प्रारंभिक जानकारी प्राप्त करना। प्रबंधक एक छोटा इंटरैक्टिव प्रोटोटाइप बनाता है। खुद, अब तक एक डिजाइनर की भागीदारी के बिना। हम प्रोटोटाइप के एक वीडियो के साथ एक वाणिज्यिक प्रस्ताव भेजते हैं।
2. यदि हमें प्रोजेक्ट निष्पादक के रूप में चुना जाता है, तो हम डिजाइनर को यूआई घटकों को आकर्षित करने और प्रोटोटाइप को संशोधित करने का निर्देश देते हैं। हम एक अद्यतन प्रोटोटाइप के साथ ग्राहक के पास जाते हैं। इसके अलावा, यदि ग्राहक और उपयोगकर्ता अलग-अलग व्यक्ति हैं, तो हम पूछते हैं कि हम उपयोगकर्ताओं को समाप्त करने की अनुमति देते हैं: वे सीधे प्रोटोटाइप शो में दिखाते हैं कि उन्हें क्या पसंद है और वे क्या बदलना चाहते हैं। इस प्रकार, हम आवश्यकताओं को एकत्र करते हैं, उनके अनुसार हम प्रोटोटाइप को बदलते हैं और फिर से हम उपयोगकर्ताओं के पास जाते हैं। कई पुनरावृत्तियों के लिए, प्रोटोटाइप, और, तदनुसार, कार्यक्षमता पर सहमति व्यक्त की गई थी।
3. जब कार्यक्षमता पर सहमति हो जाती है, तो हम उपयोगकर्ताओं को उन कार्यों को इंगित करने के लिए कहते हैं जो प्रदर्शन करने के लिए आरामदायक, असुविधाजनक, असामान्य नहीं हैं। हम टिप्पणियों के अनुसार प्रोटोटाइप को ठीक करते हैं। यह एक तरह की प्रयोज्य परीक्षण है।
4. उपयोगकर्ता के साथ संचार के समानांतर में, हम डेवलपर्स के साथ प्रोटोटाइप का समन्वय करते हैं। हम सीखते हैं कि क्या संभव है और प्रोटोटाइप में जो दिखाया गया है उसे लागू करना कितना मुश्किल है। यदि किसी फ़ंक्शन को लागू करना असंभव है, तो हम एक वैकल्पिक विकल्प के साथ आते हैं और ग्राहक के साथ सहमत होते हैं। अंत में, हमें एक प्रोटोटाइप मिलता है, ग्राहक और डेवलपर्स दोनों के साथ सहमति व्यक्त की जाती है।
5. हम प्रोटोटाइप से स्क्रीनशॉट लेते हैं और उन पर आधारित टीके बनाते हैं।
6. हम डेवलपर्स को टीके और प्रोटोटाइप देते हैं। डेवलपर्स एक मॉडल के रूप में प्रोटोटाइप का उपयोग करके सिस्टम को लागू करते हैं।
7. तैयार प्रणाली और इसके प्रोटोटाइप परीक्षकों को दिए गए हैं। वे नमूने के रूप में प्रोटोटाइप का भी उपयोग करते हैं।
8. हम ग्राहक को सिस्टम सौंपते हैं। यह देखने के लिए जांचता है कि क्या लागू प्रणाली प्रोटोटाइप से मेल खाती है।
9. प्रोटोटाइप आर्काइव में जाता है। लेकिन अगर ग्राहक संशोधन के लिए कहता है, तो हम एक प्रोटोटाइप निकालते हैं और इसे नई आवश्यकताओं को ध्यान में रखते हुए संशोधित करते हैं। और फिर दूसरे चरण से चक्र के माध्यम से फिर से।

प्रोटोटाइप के परिणाम

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

यदि पहले, सूचना प्रसारित करने की प्रक्रिया कुछ इस तरह दिखती थी:



अब यह कुछ इस तरह है:



मैंने गेन्नेडी ड्रैगुन की प्रस्तुति से तस्वीरें उधार लीं, जिसके लिए मैं उनका बहुत आभारी हूं।

प्रोटोटाइप अलग हैं ...

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

प्रोटोटाइप को उनके निर्माण के तरीकों और उसके बाद उपयोग के आधार पर 2 बड़े समूहों में विभाजित किया जा सकता है:

• डिस्पोजेबल प्रोटोटाइप
• विकासवादी प्रोटोटाइप

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

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

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

हम कौन से प्रोटोटाइप का उपयोग करते हैं?

डिस्पोजेबल प्रोटोटाइप को बारी-बारी से विभाजित किया जाता है:

• अन्तरक्रियाशीलता की डिग्री
• विस्तार, सटीकता, अंतिम डिजाइन के लिए निकटता।

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

सोवियत संघ के बाद के अंतरिक्ष में प्रोटोटाइप

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



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

प्रोटोटाइप किसे चाहिए?

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

हम प्रोटोटाइप कैसे बनाते हैं?

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

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

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

जड़ को देखें। जवाब के लिए देखो

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

• प्रोटोटाइप क्यों?
• प्रोटोटाइप किसे चाहिए?
• आपको कब प्रोटोटाइप बनाने की आवश्यकता है?

और उसके बाद ही तय करें कि उसे क्या करना है। तभी आप समझ पाएंगे कि आपको किस टूल की जरूरत है।

प्रोटोटाइप के लिए?

नतीजतन - प्रोटोटाइप प्रक्रिया के कार्यान्वयन के पेशेवरों और विपक्ष।

-

• प्री-प्रोजेक्ट चरण में अतिरिक्त प्रयास खर्च करना, जिसे ग्राहक हमेशा भुगतान करने के लिए तैयार नहीं है
• प्रोटोटाइप टूल को सीखने का समय।

+

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

आंकड़े

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

• आवश्यकताओं और डिजाइन के साथ काम करने की शर्तें 50% बढ़ीं
• बिक्री में 20 से 35% की कमी
• परीक्षण समय 30% कम

हमारी परियोजनाओं में, आवश्यकताओं के साथ काम करते हैं और डिजाइन पूरी परियोजना अवधि के लगभग 30% पर लागू होता है, कार्यान्वयन - लगभग 40%, परीक्षण - लगभग 30%। इसके आधार पर, यह गणना की जा सकती है कि कुल परियोजना का समय 2 से 8% तक कम हो गया था।



ये सिर्फ सूखी संख्याएं हैं, लेकिन, जैसा कि मैंने पहले ही कहा है, प्रोटोटाइप बहुत दूर न केवल शब्दों में कमी देता है।

निष्कर्ष

हमारे लिए, प्रोटोटाइप प्रक्रिया विशिष्ट रूप से लाभदायक और उपयोगी हो गई है।

यदि आप अभी तक प्रोटोटाइप नहीं बना रहे हैं - इसे आज़माएं, तो आपको पछतावा नहीं होगा।