পাইলট এবং PoCs পরিচালনার জন্য একটি দ্রুত নির্দেশিকা

ভূমিকা

আইটি ক্ষেত্রে এবং বিশেষ করে আইটি বিক্রয়ে আমার কাজের বছরের পর বছর ধরে, আমি অনেক পাইলট প্রকল্প দেখেছি, কিন্তু সেগুলির বেশিরভাগই শেষ হয়নি এবং উল্লেখযোগ্য পরিমাণে সময় নিয়েছে।

একই সময়ে, যদি আমরা হার্ডওয়্যার সমাধান পরীক্ষা করার কথা বলি, যেমন স্টোরেজ সিস্টেম, প্রতিটি ডেমো সিস্টেমের জন্য সাধারণত প্রায় এক বছর আগে একটি অপেক্ষা তালিকা থাকে। এবং সময়সূচীতে প্রতিটি পরীক্ষা একটি বিক্রয় আনতে পারে বা বিপরীতভাবে, বিক্রয় নষ্ট করতে পারে। এমন পরিস্থিতি বিবেচনা করার কোন মানে নেই যেখানে পরীক্ষা বিক্রয়কে প্রভাবিত করে না, যেহেতু পরীক্ষারও কোন মানে হয় না - এটি ডেমো সিস্টেমের জন্য সময় অপচয় এবং সময় নষ্ট করে।

সুতরাং, আপনি কীভাবে বুদ্ধিমানের সাথে সবকিছু করতে পারেন এবং সবকিছু ঘটাতে পারেন?

প্রশিক্ষণ

পাইলটের লক্ষ্য

পাইলট কোথায় শুরু হয়? একটি র্যাক সরঞ্জাম সংযোগ সঙ্গে না, সব না. সরঞ্জামের উপর কোন কাজ শুরু করার আগে, কাগজপত্র বাহিত হয়। এবং আমরা পাইলটের লক্ষ্য নির্ধারণ করে শুরু করি।
পাইলটের লক্ষ্য শেষ গ্রাহকের আপত্তি দূর করা। আপত্তি নেই - পাইলটের প্রয়োজন নেই। হ্যাঁ হ্যাঁ ঠিক।
কিন্তু আপত্তির প্রধান শ্রেণীগুলো কি আমরা দেখতে পাচ্ছি?
* আমরা নির্ভরযোগ্যতা সন্দেহ
* আমাদের পারফরম্যান্স নিয়ে সন্দেহ আছে
* আমরা মাপযোগ্যতা নিয়ে সন্দেহ করি
*আমাদের সিস্টেমের সাথে কাজ করার সামঞ্জস্য এবং ক্ষমতা সম্পর্কে আমাদের সন্দেহ আছে
* আমরা আপনার স্লাইডগুলিতে বিশ্বাস করি না এবং বাস্তবে নিশ্চিত করতে চাই যে আপনার সিস্টেম সত্যিই এই সব করতে পারে
* এই সব খুব কঠিন হবে, আমাদের ইঞ্জিনিয়াররা ইতিমধ্যে ব্যস্ত এবং তাদের জন্য এটি কঠিন হবে

মোট, শেষ পর্যন্ত আমরা পাইলট পরীক্ষার তিনটি প্রধান ধরনের এবং পাইলটের একটি বিশেষ ক্ষেত্রে, ধারণার প্রমাণ (PoC - ধারণার প্রমাণ):
* লোড টেস্টিং (+ স্কেলেবিলিটি)
* কার্যকরী পরীক্ষা
* ফল্ট সহনশীলতা পরীক্ষা

একটি নির্দিষ্ট ক্ষেত্রে, একটি নির্দিষ্ট গ্রাহকের সন্দেহের উপর নির্ভর করে, পাইলট বিভিন্ন লক্ষ্য একত্রিত করতে পারে, বা, বিপরীতভাবে, তাদের মধ্যে শুধুমাত্র একটি উপস্থিত থাকতে পারে।

পাইলট একটি নথি দিয়ে শুরু করেন যেটি সাধারণ রাশিয়ান ভাষায় বর্ণনা করে কেন এই পরীক্ষা করা হচ্ছে। এটি অগত্যা পরিমাপযোগ্য মানদণ্ডের একটি সেটও অন্তর্ভুক্ত করে যা দ্ব্যর্থহীনভাবে বলা সম্ভব করে যে পাইলট সফলভাবে পাস করেছে কিনা বা বিশেষভাবে পাস করা হয়নি। পরিমাপযোগ্য মানদণ্ড সাংখ্যিক হতে পারে (যেমন ms, IOPS-এ লেটেন্সি) বা বাইনারি (হ্যাঁ/না)। যদি আপনার পাইলটের মানদণ্ড হিসাবে একটি অপরিমেয় মান থাকে, তবে পাইলটের কোনও বিন্দু নেই, এটি নিখুঁতভাবে ম্যানিপুলেশনের একটি হাতিয়ার।

উপকরণ

পাইলটটি বিক্রেতা/পরিবেশক/অংশীদারের ডেমো সরঞ্জাম বা গ্রাহক সরঞ্জামগুলিতে পরিচালিত হতে পারে। কঠোরভাবে বলতে গেলে, পার্থক্যটি ছোট, সাধারণ পদ্ধতি একই।

পাইলট শুরু করার আগে সরঞ্জাম সম্পর্কিত প্রধান প্রশ্ন হল সরঞ্জামগুলির সম্পূর্ণ সেটটি উপস্থিত আছে কিনা (সুইচ, ডেটা কেবল, পাওয়ার ক্যাবল সহ)? সরঞ্জামগুলি কি পরীক্ষার জন্য প্রস্তুত (সঠিক ফার্মওয়্যার সংস্করণ, সবকিছু সমর্থিত, সমস্ত আলো সবুজ)?

পরীক্ষার লক্ষ্য নির্ধারণের পরে কর্মের সঠিক ক্রম হল গ্রাহকের কাছে হস্তান্তর করার আগে পরীক্ষার জন্য সরঞ্জামগুলি সম্পূর্ণরূপে প্রস্তুত করা। অবশ্যই, তাড়াহুড়ো ছাড়াই বিশ্বস্ত গ্রাহকরা রয়েছে, তবে এটি ব্যতিক্রম। সেগুলো. সম্পূর্ণ সেটটি অবশ্যই অংশীদারের সাইটে একত্রিত হতে হবে, সবকিছু পরীক্ষা করে একত্রিত করা হয়েছে। সিস্টেমটি অবশ্যই চলমান থাকবে এবং আপনাকে অবশ্যই নিশ্চিত করতে হবে যে সবকিছু কাজ করছে, সফ্টওয়্যারটি ত্রুটি ছাড়াই বিতরণ করা হয়েছে ইত্যাদি। এটি জটিল কিছু বলে মনে হবে না, তবে 3 জনের মধ্যে 4 পাইলট কেবল বা SFP ট্রান্সসিভারগুলি সন্ধান করে শুরু করে।
আলাদাভাবে, এটি জোর দেওয়া উচিত যে ডেমো সিস্টেম পরীক্ষা করার অংশ হিসাবে, আপনাকে অবশ্যই নিশ্চিত করতে হবে যে এটি পরিষ্কার। সমস্ত পূর্ববর্তী পরীক্ষার ডেটা স্থানান্তর করার আগে সিস্টেম থেকে মুছে ফেলতে হবে। এটা সম্ভব যে বাস্তব ডেটার উপর পরীক্ষা করা হয়েছিল এবং সেখানে ট্রেড সিক্রেট এবং ব্যক্তিগত ডেটা সহ কিছু থাকতে পারে।

পরীক্ষার প্রোগ্রাম

গ্রাহকের কাছে সরঞ্জাম স্থানান্তর করার আগে, একটি পরীক্ষামূলক প্রোগ্রাম প্রস্তুত করতে হবে যা পরীক্ষার উদ্দেশ্য পূরণ করে। প্রতিটি পরীক্ষার একটি পরিমাপযোগ্য ফলাফল এবং সাফল্যের জন্য স্পষ্ট মানদণ্ড থাকা উচিত।
পরীক্ষার প্রোগ্রামটি বিক্রেতা, অংশীদার, গ্রাহক বা যৌথভাবে প্রস্তুত করা যেতে পারে - তবে সর্বদা পরীক্ষা শুরুর আগে। এবং গ্রাহককে অবশ্যই স্বাক্ষর করতে হবে যে তিনি এই প্রোগ্রামের সাথে সন্তুষ্ট।

সম্প্রদায়

পাইলটের প্রস্তুতির অংশ হিসাবে, পাইলটের তারিখ এবং সমস্ত প্রয়োজনীয় ব্যক্তিদের উপস্থিতি এবং বিক্রেতা/অংশীদার এবং গ্রাহকের পক্ষ থেকে উভয় পরীক্ষার জন্য তাদের প্রস্তুতির বিষয়ে সম্মত হওয়া প্রয়োজন। ওহ, কতজন পাইলট গ্রাহকের পাইলটের প্রধান ব্যক্তির সাথে সরঞ্জাম স্থাপনের পরের দিন ছুটিতে যাওয়া শুরু করেছিলেন!

দায়িত্ব/অ্যাক্সেসের ক্ষেত্র

পাইলটের প্রোগ্রামটি স্পষ্টভাবে বোঝা উচিত এবং জড়িত সমস্ত ব্যক্তির দায়িত্বগুলি আদর্শভাবে বর্ণনা করা উচিত। প্রয়োজনে, গ্রাহকের সিস্টেম এবং ডেটাতে বিক্রেতা/অংশীদার ইঞ্জিনিয়ারদের দূরবর্তী বা শারীরিক অ্যাক্সেস গ্রাহকের নিরাপত্তা পরিষেবার সাথে সমন্বিত করা হয়েছে।

পাইলট

আমরা যদি পূর্ববর্তী সমস্ত পয়েন্টগুলি সম্পন্ন করে থাকি, তবে সবচেয়ে বিরক্তিকর অংশটি পাইলট নিজেই। তবে এটি অবশ্যই রেলের মতো চলতে হবে। যদি না হয়, তাহলে প্রস্তুতির অংশটি বাজেয়াপ্ত হয়েছিল।

পাইলট সমাপ্তি

পাইলট সম্পন্ন হওয়ার পরে, সঞ্চালিত পরীক্ষার উপর একটি নথি প্রস্তুত করা হয়। আদর্শভাবে, একটি সবুজ পাস চেক মার্ক সহ প্রোগ্রামের সমস্ত পরীক্ষার সাথে। ক্রয় বা ক্রয়ের জন্য অনুমোদিত সিস্টেমের তালিকায় অন্তর্ভুক্তির বিষয়ে একটি ইতিবাচক সিদ্ধান্ত নেওয়ার জন্য সিনিয়র ম্যানেজমেন্টের জন্য একটি উপস্থাপনা প্রস্তুত করা সম্ভব।
যদি আপনার হাতে পাইলট শেষে পরীক্ষা সম্পন্ন এবং পাস করা নম্বরগুলির একটি তালিকা সহ আপনার হাতে একটি নথি না থাকে, তাহলে পাইলট ব্যর্থ হয়েছে এবং এটি একেবারেই শুরু করা উচিত নয়।

উত্স: www.habr.com