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