पायलटों और पीओसी के संचालन के लिए एक त्वरित मार्गदर्शिका

परिचय

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

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

तो, आप सब कुछ बुद्धिमानी से कैसे कर सकते हैं और सब कुछ कैसे घटित कर सकते हैं?

ट्रेनिंग

पायलट के लक्ष्य

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

कुल मिलाकर, अंत में हमें तीन मुख्य प्रकार के पायलट परीक्षण मिलते हैं और, पायलट के विशेष मामले के रूप में, अवधारणा का प्रमाण (PoC - अवधारणा का प्रमाण):
* लोड परीक्षण (+ स्केलेबिलिटी)
* क्रियात्मक परीक्षण
* दोष सहनशीलता परीक्षण

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

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

Оборудование

पायलट को विक्रेता/वितरक/साझेदार के डेमो उपकरण या ग्राहक उपकरण पर संचालित किया जा सकता है। कड़ाई से कहें तो, अंतर छोटा है, सामान्य दृष्टिकोण वही है।

पायलट शुरू होने से पहले उपकरण के संबंध में मुख्य प्रश्न यह है कि क्या उपकरण का पूरा सेट मौजूद है (स्विच, डेटा केबल, पावर केबल सहित)? क्या उपकरण परीक्षण के लिए तैयार है (फर्मवेयर संस्करण सही है, सब कुछ समर्थित है, सभी लाइटें हरी हैं)?

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

परीक्षण कार्यक्रम

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

लोग

पायलट की तैयारी के हिस्से के रूप में, पायलट की तारीखों और सभी आवश्यक व्यक्तियों की उपस्थिति और परीक्षण के लिए उनकी तैयारी पर विक्रेता/साझेदार और ग्राहक दोनों की ओर से सहमति होना आवश्यक है। ओह, कितने पायलटों की शुरुआत ग्राहक के पायलट के मुख्य व्यक्ति के उपकरण की स्थापना के अगले दिन छुट्टी पर जाने से हुई!

जिम्मेदारी/पहुंच के क्षेत्र

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

पायलट

यदि हमने पिछले सभी बिंदुओं को पूरा कर लिया है, तो सबसे उबाऊ हिस्सा पायलट स्वयं है। लेकिन इसे ऐसे चलना चाहिए मानो रेल पर चल रहा हो। यदि नहीं, तो तैयारी का एक हिस्सा ख़राब हो गया।

पायलट का समापन

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

स्रोत: www.habr.com