પાઇલોટ્સ અને PoCs કરવા માટે એક ઝડપી માર્ગદર્શિકા

પરિચય

ITના ક્ષેત્રમાં અને ખાસ કરીને IT વેચાણમાં મારા કામના વર્ષો દરમિયાન, મેં ઘણા પાઇલોટ પ્રોજેક્ટ જોયા છે, પરંતુ તેમાંથી મોટા ભાગનાનો અંત આવ્યો ન હતો અને તેમાં ઘણો સમય લાગ્યો હતો.

તે જ સમયે, જો આપણે સ્ટોરેજ સિસ્ટમ્સ જેવા હાર્ડવેર સોલ્યુશન્સનું પરીક્ષણ કરવા વિશે વાત કરી રહ્યા છીએ, તો દરેક ડેમો સિસ્ટમ માટે સામાન્ય રીતે લગભગ એક વર્ષ અગાઉ રાહ જોવાની સૂચિ હોય છે. અને શેડ્યૂલ પર દરેક પરીક્ષણ વેચાણ લાવી શકે છે અથવા, તેનાથી વિપરીત, વેચાણને બગાડી શકે છે. એવી પરિસ્થિતિને ધ્યાનમાં લેવાનો કોઈ અર્થ નથી કે જેમાં પરીક્ષણ વેચાણને અસર કરતું નથી, કારણ કે પરીક્ષણનો પણ કોઈ અર્થ નથી - તે ડેમો સિસ્ટમ માટે સમયનો બગાડ અને સમયનો બગાડ છે.

તો, તમે બધું સમજદારીથી કેવી રીતે કરી શકો અને બધું જ કરી શકો?

તાલીમ

પાઇલોટના લક્ષ્યો

પાયલોટ ક્યાંથી શરૂ થાય છે? ઉપકરણોને રેક સાથે કનેક્ટ કરવા સાથે નહીં, બિલકુલ નહીં. સાધનસામગ્રી પર કોઈપણ કાર્ય શરૂ થાય તે પહેલાં, કાગળની કામગીરી હાથ ધરવામાં આવે છે. અને અમે પાઇલટના લક્ષ્યોને વ્યાખ્યાયિત કરીને પ્રારંભ કરીએ છીએ.
પાયલોટનો ધ્યેય અંતિમ ગ્રાહકના વાંધાઓને દૂર કરવાનો છે. કોઈ વાંધો નહીં - કોઈ પાયલોટની જરૂર નથી. હા હા બરાબર.
પરંતુ વાંધાઓના મુખ્ય વર્ગો શું છે જે આપણે જોઈ શકીએ છીએ?
* અમને વિશ્વસનીયતા પર શંકા છે
*અમને કામગીરી અંગે શંકા છે
* અમને માપનીયતા પર શંકા છે
*અમારી સિસ્ટમ સાથે સુસંગતતા અને કાર્ય કરવાની ક્ષમતા વિશે અમને શંકા છે
* અમે તમારી સ્લાઇડ્સમાં માનતા નથી અને વ્યવહારમાં ખાતરી કરવા માંગીએ છીએ કે તમારી સિસ્ટમ ખરેખર આ બધું કરી શકે છે
* આ બધું ખૂબ મુશ્કેલ હશે, અમારા એન્જિનિયરો પહેલેથી જ વ્યસ્ત છે અને તેમના માટે તે મુશ્કેલ હશે

એકંદરે, અંતે આપણને ત્રણ મુખ્ય પ્રકારના પાઇલોટ પરીક્ષણ મળે છે અને, પાઇલટના વિશેષ કેસ તરીકે, ખ્યાલનો પુરાવો (PoC - ખ્યાલનો પુરાવો):
* લોડ પરીક્ષણ (+ માપનીયતા)
* કાર્યાત્મક પરીક્ષણ
* દોષ સહિષ્ણુતા પરીક્ષણ

ચોક્કસ કિસ્સામાં, ચોક્કસ ગ્રાહકની શંકાઓના આધારે, પાયલોટ વિવિધ ધ્યેયોને જોડી શકે છે, અથવા, તેનાથી વિપરીત, તેમાંથી ફક્ત એક જ હાજર હોઈ શકે છે.

પાયલોટ સાદા રશિયનમાં વર્ણવતા દસ્તાવેજથી શરૂ કરે છે કે આ પરીક્ષણ શા માટે કરવામાં આવે છે. તે જરૂરી રીતે માપી શકાય તેવા માપદંડોનો સમૂહ પણ સમાવે છે જે અસ્પષ્ટપણે કહેવું શક્ય બનાવે છે કે શું પાઇલટ સફળતાપૂર્વક પાસ થયો છે કે શું ખાસ પાસ થયું નથી. માપી શકાય તેવા માપદંડ આંકડાકીય (જેમ કે ms, IOPS માં લેટન્સી) અથવા દ્વિસંગી (હા/ના) હોઈ શકે છે. જો તમારા પાઇલટ પાસે માપદંડ તરીકે માપી ન શકાય તેવું મૂલ્ય છે, તો પાઇલટમાં કોઈ અર્થ નથી, તે કેવળ મેનીપ્યુલેશનનું સાધન છે.

સાધનો

પાયલોટ વિક્રેતા/વિતરક/ભાગીદારના ડેમો સાધનો પર અથવા ગ્રાહક સાધનો પર હાથ ધરવામાં આવી શકે છે. સખત રીતે કહીએ તો, તફાવત નાનો છે, સામાન્ય અભિગમ સમાન છે.

પાયલોટ શરૂ થાય તે પહેલાં સાધનો સંબંધિત મુખ્ય પ્રશ્ન એ છે કે શું સાધનોનો સંપૂર્ણ સેટ હાજર છે (સ્વીચો, ડેટા કેબલ્સ, પાવર કેબલ સહિત)? શું સાધનો પરીક્ષણ માટે તૈયાર છે (સાચા ફર્મવેર સંસ્કરણો, બધું સપોર્ટેડ છે, બધી લાઇટ્સ લીલા છે)?

પરીક્ષણ લક્ષ્યો નિર્ધારિત કર્યા પછી ક્રિયાઓનો સાચો ક્રમ એ છે કે તે ગ્રાહકને સોંપવામાં આવે તે પહેલાં પરીક્ષણ માટે સાધનોને સંપૂર્ણ રીતે તૈયાર કરવું. અલબત્ત, ત્યાં ઉતાવળ વિના વફાદાર ગ્રાહકો છે, પરંતુ આ તેના બદલે અપવાદ છે. તે. સંપૂર્ણ સેટ પાર્ટનરની સાઇટ પર એસેમ્બલ થવો જોઈએ, બધું ચેક કરીને એસેમ્બલ કરવું જોઈએ. સિસ્ટમ ચાલતી હોવી જોઈએ અને તમારે ખાતરી કરવી જોઈએ કે બધું કામ કરે છે, સૉફ્ટવેર ભૂલો વિના વિતરિત થાય છે, વગેરે. તે કંઈ જટિલ લાગતું નથી, પરંતુ 3 માંથી 4 પાઇલોટ્સ કેબલ અથવા SFP ટ્રાન્સસીવર્સ શોધીને પ્રારંભ કરે છે.
અલગથી, તેના પર ભાર મૂકવો જોઈએ કે ડેમો સિસ્ટમ તપાસવાના ભાગરૂપે, તમારે ખાતરી કરવી જોઈએ કે તે સ્વચ્છ છે. ટ્રાન્સફર કરતા પહેલા પહેલાના તમામ ટેસ્ટિંગ ડેટાને સિસ્ટમમાંથી કાઢી નાખવો આવશ્યક છે. સંભવ છે કે વાસ્તવિક ડેટા પર પરીક્ષણ હાથ ધરવામાં આવ્યું હતું, અને ત્યાં કંઈપણ હોઈ શકે છે, જેમાં વેપારના રહસ્યો અને વ્યક્તિગત ડેટાનો સમાવેશ થાય છે.

પરીક્ષણ કાર્યક્રમ

સાધનસામગ્રી ગ્રાહકને સ્થાનાંતરિત થાય તે પહેલાં, એક પરીક્ષણ કાર્યક્રમ તૈયાર કરવો આવશ્યક છે જે પરીક્ષણ હેતુઓને પૂર્ણ કરે. દરેક પરીક્ષણમાં માપી શકાય તેવું પરિણામ અને સફળતા માટે સ્પષ્ટ માપદંડ હોવો જોઈએ.
પરીક્ષણ કાર્યક્રમ વિક્રેતા, ભાગીદાર, ગ્રાહક અથવા સંયુક્ત રીતે તૈયાર કરી શકાય છે - પરંતુ હંમેશા પરીક્ષણો શરૂ થાય તે પહેલાં. અને ગ્રાહકે સહી કરવી આવશ્યક છે કે તે આ પ્રોગ્રામથી સંતુષ્ટ છે.

લોકો

પાયલોટ માટેની તૈયારીના ભાગરૂપે, પાઇલટની તારીખો અને તમામ જરૂરી વ્યક્તિઓની હાજરી અને પરીક્ષણ માટે તેમની તૈયારી, વિક્રેતા/ભાગીદાર અને ગ્રાહકના પક્ષે બંને રીતે સંમત થવું જરૂરી છે. ઓહ, સાધનસામગ્રીના ઇન્સ્ટોલેશન પછીના દિવસે વેકેશન પર જતા ગ્રાહકના પાઇલટમાં મુખ્ય વ્યક્તિ સાથે કેટલા પાઇલોટ્સ શરૂ થયા!

જવાબદારી/એક્સેસના ક્ષેત્રો

પાયલોટના કાર્યક્રમમાં સામેલ તમામ વ્યક્તિઓની જવાબદારીઓને સ્પષ્ટપણે સમજવી જોઈએ અને તેનું આદર્શ રીતે વર્ણન કરવું જોઈએ. જો જરૂરી હોય તો, ગ્રાહકની સિસ્ટમ્સ અને ડેટામાં વિક્રેતા/ભાગીદાર એન્જિનિયરોની દૂરસ્થ અથવા ભૌતિક ઍક્સેસ ગ્રાહકની સુરક્ષા સેવા સાથે સંકલિત કરવામાં આવી છે.

પાયલોટ

જો આપણે અગાઉના તમામ મુદ્દાઓ પૂર્ણ કર્યા છે, તો પછી સૌથી કંટાળાજનક ભાગ પોતે પાઇલટ છે. પરંતુ તે રેલ પર ચાલવું જોઈએ. જો નહીં, તો તૈયારીનો ભાગ ખરાબ થઈ ગયો હતો.

પાયલોટની પૂર્ણતા

પાયલોટ પૂર્ણ થયા પછી, કરવામાં આવેલ પરીક્ષણ પર એક દસ્તાવેજ તૈયાર કરવામાં આવે છે. આદર્શ રીતે, પ્રોગ્રામમાંના તમામ પરીક્ષણો લીલા પાસ ચેક માર્ક સાથે. ખરીદી માટે મંજૂર કરાયેલી સિસ્ટમ્સની સૂચિમાં ખરીદી અથવા સમાવેશ પર સકારાત્મક નિર્ણય લેવા માટે વરિષ્ઠ મેનેજમેન્ટ માટે પ્રસ્તુતિ તૈયાર કરવી શક્ય છે.
જો તમારી પાસે તમારા હાથમાં પાઇલટના અંતે પૂર્ણ થયેલા પરીક્ષણોની સૂચિ અને પાસ થયેલા માર્કસ સાથેનો દસ્તાવેજ નથી, તો પાઇલટ નિષ્ફળ ગયો છે અને તે બિલકુલ શરૂ થવો જોઈએ નહીં.

સોર્સ: www.habr.com