სწრაფი გზამკვლევი პილოტებისა და PoC-ების ჩატარების შესახებ

შესავალი

IT სფეროში ჩემი მუშაობის წლების განმავლობაში და განსაკუთრებით IT გაყიდვებში, მინახავს მრავალი საპილოტე პროექტი, მაგრამ მათი უმეტესობა უშედეგოდ დასრულდა და მნიშვნელოვანი დრო დასჭირდა.

ამავდროულად, თუ ვსაუბრობთ ტექნიკის გადაწყვეტილებების ტესტირებაზე, როგორიცაა შენახვის სისტემები, თითოეული დემო სისტემისთვის, როგორც წესი, ელოდება სიას თითქმის ერთი წლით ადრე. და გრაფიკის ყველა ტესტმა შეიძლება მოიტანოს გაყიდვა ან, პირიქით, გააფუჭოს გაყიდვა. აზრი არ აქვს სიტუაციის განხილვას, რომელშიც ტესტირება გავლენას არ მოახდენს გაყიდვებზე, რადგან ტესტირებასაც აზრი არ აქვს - ეს არის დროის კარგვა და დროის დაკარგვა დემო სისტემისთვის.

მაშ, როგორ შეგიძლია ყველაფერი გონივრულად გააკეთო და ყველაფერი მოხდეს?

სასწავლო

პილოტის მიზნები

საიდან იწყება პილოტი? არა თაროზე აღჭურვილობის შეერთებით, საერთოდ არა. სანამ მოწყობილობაზე რაიმე სამუშაო დაიწყება, ტარდება დოკუმენტაცია. და ჩვენ ვიწყებთ პილოტის მიზნების განსაზღვრით.
პილოტის მიზანია აღმოფხვრას წინააღმდეგობები საბოლოო მომხმარებლისგან. არანაირი წინააღმდეგობა - არ არის საჭირო პილოტი. დიახ დიახ ზუსტად.
მაგრამ რა არის წინააღმდეგობების ძირითადი კლასები, რომელთა ნახვა შეგვიძლია?
* ჩვენ ეჭვი გვეპარება საიმედოობაში
* ჩვენ გვაქვს ეჭვი შესრულებაში
* ჩვენ ეჭვი გვეპარება მასშტაბურობაში
*ჩვენ გვაქვს ეჭვი თავსებადობასთან და ჩვენს სისტემებთან მუშაობის შესაძლებლობებთან დაკავშირებით
* ჩვენ არ გვჯერა თქვენი სლაიდების და გვინდა პრაქტიკაში დავრწმუნდეთ, რომ თქვენს სისტემას ნამდვილად შეუძლია ამ ყველაფრის გაკეთება
* ეს ყველაფერი ძალიან რთული იქნება, ჩვენი ინჟინრები უკვე დაკავებულები არიან და გაუჭირდებათ

საერთო ჯამში, საბოლოოდ ვიღებთ პილოტის ტესტირების სამ ძირითად ტიპს და, როგორც პილოტის განსაკუთრებულ შემთხვევას, კონცეფციის მტკიცებულებას (PoC - კონცეფციის მტკიცებულება):
* დატვირთვის ტესტირება (+ მასშტაბურობა)
* ფუნქციური ტესტირება
* შეცდომის ტოლერანტობის ტესტირება

კონკრეტულ შემთხვევაში, კონკრეტული მომხმარებლის ეჭვებიდან გამომდინარე, პილოტს შეუძლია სხვადასხვა მიზნების გაერთიანება, ან, პირიქით, შეიძლება იყოს მხოლოდ ერთი მათგანი.

პილოტი იწყებს დოკუმენტით, რომელიც უბრალო რუსულ ენაზე აღწერს, თუ რატომ ტარდება ეს ტესტირება. ის ასევე აუცილებლად მოიცავს გაზომვადი კრიტერიუმების ერთობლიობას, რაც შესაძლებელს ხდის ცალსახად ვთქვათ, წარმატებით გაიარა პილოტმა თუ კონკრეტულად რა არ ჩააბარა. გაზომვადი კრიტერიუმები შეიძლება იყოს რიცხვითი (როგორიცაა შეყოვნება ms-ში, IOPS) ან ორობითი (დიახ/არა). თუ თქვენს პილოტს კრიტერიუმად აქვს განუზომელი მნიშვნელობა, პილოტს აზრი არ აქვს, ეს არის წმინდა მანიპულირების ინსტრუმენტი.

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

პილოტი შეიძლება ჩატარდეს გამყიდველის/დისტრიბუტორის/პარტნიორის დემო მოწყობილობაზე ან მომხმარებლის აღჭურვილობაზე. მკაცრად რომ ვთქვათ, განსხვავება მცირეა, ზოგადი მიდგომა იგივეა.

პილოტის დაწყებამდე აღჭურვილობის შესახებ მთავარი კითხვაა არის თუ არა აღჭურვილობის სრული ნაკრები (მათ შორის გადამრთველები, მონაცემთა კაბელები, დენის კაბელები)? არის თუ არა მოწყობილობა მზად ტესტირებისთვის (სწორი პროგრამული უზრუნველყოფის ვერსიები, ყველაფერი მხარდაჭერილია, ყველა შუქი მწვანეა)?

სატესტო მიზნების განსაზღვრის შემდეგ მოქმედებების სწორი თანმიმდევრობა არის აღჭურვილობის სრულად მომზადება ტესტირებისთვის მანამ, სანამ ის მომხმარებელს გადასცემს. რა თქმა უნდა, არიან ლოიალური მომხმარებლები დაჩქარების გარეშე, მაგრამ ეს საკმაოდ გამონაკლისია. იმათ. სრული კომპლექტი უნდა იყოს აწყობილი პარტნიორის ადგილზე, ყველაფერი შემოწმდება და აწყობილი. სისტემა უნდა იყოს გაშვებული და დარწმუნდით, რომ ყველაფერი მუშაობს, პროგრამული უზრუნველყოფა ნაწილდება შეცდომების გარეშე და ა.შ. როგორც ჩანს, რთული არაფერია, მაგრამ 3-დან 4 პილოტი იწყებს კაბელების ან SFP გადამცემების ძიებას.
ცალკე, ხაზგასმით უნდა აღინიშნოს, რომ დემო სისტემის შემოწმების ფარგლებში, უნდა დარწმუნდეთ, რომ ის სუფთაა. ყველა წინა ტესტირების მონაცემი უნდა წაიშალოს სისტემიდან გადაცემამდე. შესაძლებელია, რომ ტესტირება ჩატარდა რეალურ მონაცემებზე და იქ შეიძლება იყოს ყველაფერი, მათ შორის სავაჭრო საიდუმლოებები და პირადი მონაცემები.

ტესტირების პროგრამა

სანამ აღჭურვილობა გადაეცემა მომხმარებელს, უნდა მომზადდეს ტესტირების პროგრამა, რომელიც აკმაყოფილებს ტესტირების მიზნებს. თითოეულ ტესტს უნდა ჰქონდეს გაზომვადი შედეგი და წარმატების მკაფიო კრიტერიუმები.
ტესტირების პროგრამა შეიძლება მოამზადოს გამყიდველმა, პარტნიორმა, მომხმარებელს ან ერთობლივად - მაგრამ ყოველთვის ტესტების დაწყებამდე. და მომხმარებელმა ხელი უნდა მოაწეროს, რომ კმაყოფილია ამ პროგრამით.

ხალხი

როგორც პილოტისთვის მომზადების ნაწილი, აუცილებელია შეთანხმებული იყოს პილოტის თარიღები და ყველა საჭირო პირის ყოფნა და მათი მზადყოფნა ტესტირებისთვის, როგორც გამყიდველის/პარტნიორის, ასევე მომხმარებლის მხრიდან. ოჰ, რამდენი პილოტი დაიწყო იმით, რომ დამკვეთის პილოტის მთავარი პირი შვებულებაში წავიდა აღჭურვილობის დამონტაჟებიდან მეორე დღეს!

პასუხისმგებლობის/ხელმისაწვდომობის სფეროები

პილოტის პროგრამა ნათლად უნდა აცნობიერებდეს და იდეალურად აღწერს ყველა ჩართული პირის პასუხისმგებლობას. საჭიროების შემთხვევაში, მომწოდებლის/პარტნიორ ინჟინრების დისტანციური ან ფიზიკური წვდომა მომხმარებლის სისტემებსა და მონაცემებზე კოორდინირებულია მომხმარებლის უსაფრთხოების სამსახურთან.

Pilot

თუ ყველა წინა პუნქტი დავასრულეთ, მაშინ ყველაზე მოსაწყენი ნაწილი თავად პილოტია. მაგრამ ის ისე უნდა მოძრაობდეს, თითქოს ლიანდაგზე. თუ არა, მაშინ მომზადების ნაწილი გაფუჭდა.

პილოტის დასრულება

პილოტის დასრულების შემდეგ მზადდება დოკუმენტი ჩატარებული ტესტირების შესახებ. იდეალურ შემთხვევაში, პროგრამის ყველა ტესტით მწვანე PASS გამშვები ნიშნით. შესაძლებელია უფროსი მენეჯმენტისთვის პრეზენტაციის მომზადება შესყიდვის შესახებ პოზიტიური გადაწყვეტილების მისაღებად ან შესყიდვაზე დამტკიცებული სისტემების სიაში შეტანის მიზნით.
თუ პილოტის ბოლოს ხელთ არ გაქვთ დოკუმენტი დასრულებული ტესტების სიით და გავლილი ნიშნებით, პილოტი ჩავარდა და საერთოდ არ უნდა დაწყებულიყო.

წყარო: www.habr.com