Pilot loyiha va sinov muhiti: kichikdan boshlash mantiqi

1975 yilda Frederick Brooks «The Mythical Man-Month» kitobida noqulay fikr aytdi: dasturiy tizimning birinchi varianti baribir tashlab yuboriladi. Kitobning 11-bobi «Plan to Throw One Away» deb nomlanadi, bob ichidagi bir boʻlim esa pilot qurilmalar va masshtabni kattalashtirish haqida. Gap tanlov haqida emas: jamoa xohlasa ham, xohlamasa ham birinchi, nuqsonli tizimni yaratadi va undan saboq oladi. Savol bitta, yaʼni shu saboqni qayerda olish: nazorat ostidagi sinov muhitidami yoki yuzlab odam ishlayotgan korxonaning oʻzidami.

Pilot nima va nima emas

Pilot haqiqiy ish, faqat kichik hajmda bajariladi. U koʻrgazma emas, chunki koʻrgazma sotuvchi tanlagan misolda oʻtadi, va oddiy sinov ham emas, chunki sinovda tizimning oʻzi tekshiriladi, pilotda esa odamlar kundalik ishini shu tizimda bajaradi.

Microsoftning Dynamics 365 joriy etish qoʻllanmasi relizlar strategiyasini tanlashdan oldin beriladigan savollar qatorida shuni ham sanaydi: keng auditoriyaga chiqishdan oldin pilot kerakmi. Bosqichli joriy etishni tushuntirganda hujjat bitta biznes birlikdan boshlashni misol qiladi: birinchi birlikdagi xatolar oʻsha boʻlim bilan cheklanadi, qolgan korxonaga tegmaydi, keyingi birliklarda esa ish silliqroq ketadi.

Pilotni birdan joriy etishdan toʻrt belgi ajratadi, bu belgilar manbalardagi mantiqdan chiqarilgan tahririyat taʼrifidir.

• Haqiqiy foydalanuvchilar: maxsus sinovchilar emas, ishni har kuni bajaradigan va xatoni birinchi boʻlib sezadigan xodimlar.
• Haqiqiy maʼlumot: oʻylab topilgan oʻyinchoq misollar emas, eski tizimdan koʻchirilgan haqiqiy mijozlar, mahsulotlar va hujjatlar.
• Cheklangan hajm: bitta ombor, bitta filial yoki bitta hujjat turi, yaʼni xato yuz bersa ham, uning oqibati bitta doira ichida qoladi.
• Oldindan yozilgan muddat va tugash mezoni.

Pilot uch xil savolga javob topishi kerak. Birinchisi: tizim bizning ishimizni haqiqatan bajara oladimi, yoki faqat namoyishda chiroyli koʻrinadimi. Ikkinchisi: xodimlar uni kun boʻyi, shoshilinch paytlarda ham ishlata oladimi, uchinchisi esa eski tizimdan koʻchirilgan maʼlumot yangi joyda ham toʻgʻri ishlaydimi. Har bir savol alohida mezonga aylanishi lozim, aks holda pilot tugaganda javob «umuman yaxshi» degan tumanli gapdan nariga oʻtmaydi.

Sinov muhiti: haqiqiy nusxa, lekin zararsiz

Odoo 20 hujjatiga koʻra, yangi versiyaga oʻtkazilgan sinov bazasi zararsizlantirilgan holda beriladi. Rejali vazifalar va chiquvchi pochta serverlari oʻchiriladi, toʻlov provayderlari va yetkazib berish xizmatlari esa sinov rejimiga qaytariladi. Odoo.sh platformasidagi sinov tarmogʻi ham shunday: u ishlab turgan bazaning zararsizlantirilgan nusxasi boʻlib, chiquvchi xatlar mijozga bormay, maxsus ushlagichda toʻxtatiladi.

Bunday cheklov bejiz emas. Gipotetik holatni olaylik: sinov bazasi ishlab turgan baza nusxasidan yaratilgan va unda qarz eslatmasini yuboradigan avtomatik vazifa yoqilgan. Bir kecha ichida yuzlab haqiqiy mijozga eski qarz haqida xat ketadi, ularning koʻpi esa qarzni allaqachon yopgan boʻladi, va korxona obroʻsi bir kechada zarar koʻradi. Zararsizlantirish aynan shu holatning oldini oladi.

Ammo bu nusxaning kamchiligi ham bor: oʻchirilgan narsa sinalmaydi. Pochta, toʻlov va rejali vazifalar sinov muhitida ishlamagani uchun, ularni alohida va nazorat ostida tekshirish kerak boʻladi. Odoo.sh hujjati rejali vazifalarni qoʻlda ishga tushirish yoki qayta yoqish mumkinligini aytadi.

Microsoftning joriy etish roʻyxati qabul sinovi uchun ikkita shart qoʻyadi: sinov koʻchirilgan haqiqiy maʼlumot bilan oʻtishi va muhit ishlab turgan muhitga imkon qadar yaqin boʻlishi kerak. Pilot bu shartlarni bajarishning eng sodda yoʻli: u ishlab turgan muhitda, haqiqiy maʼlumot bilan, ammo faqat kichik doirada oʻtadi.

Muvaffaqiyat mezoni pilotdan oldin yoziladi

ISTQB ning sinov boʻyicha oʻquv dasturi tugash mezonlarini ikkiga ajratadi. Birinchisi oʻlchanadigan koʻrsatkichlar, masalan hal qilinmagan nuqsonlar soni, ikkinchisi esa ha yoki yoʻq turidagi shartlar: rejadagi sinovlar bajarildimi, topilgan nuqsonlarning hammasi qayd etildimi. Shu mantiq pilotga ham mos keladi.

Shu oʻquv dasturida yana bir ochiq fikr bor. Vaqt yoki mablagʻ tugab qolishi ham tugash sababi boʻlishi mumkin, agar manfaatdor tomonlar xavfni koʻrib, uni oʻzlari qabul qilgan boʻlsa. Demak muhimi mezonning oʻzigina emas, balki uning oldindan kelishilgani va xavfning yashirilmagani. Scrum qoʻllanmasi ham shunday ishlaydi: ish tayyor sanalishi uchun mahsulot sifat oʻlchamlariga javob berishi kerak, bu oʻlchamlar «Bajarilgan degani nima» taʼrifida oldindan yoziladi.

Quyidagi jadval pilot mezonlariga gipotetik namuna beradi.

Jadvaldagi eng zaif joy toʻrtinchi qator. Xodim yangi tizimda ishlamasdan, ishni jimgina eski usulda bajarsa, qolgan koʻrsatkichlar yaxshi koʻrinadi, aslida esa pilot oʻtmagan boʻladi. Shu sababli eski usulga qaytishlarni alohida sanash kerak.

Pilot hajmi: xato oqibatini hisoblab koʻrish

Pilot qanchalik kichik boʻlishi kerakligini oddiy hisob koʻrsatadi. Quyidagi misol gipotetik, raqamlar oʻylab topilgan. Korxonada uchta filial bor, har birida yigirmata xodim ishlaydi, jami oltmish kishi. Yangi tizimda buyurtma kiritish oynasi bir kun ishlamay qoladi deylik.

Hisob juda sodda, lekin fikrni aniq koʻrsatadi: xato bir xil boʻlsa ham, uning taʼsiri pilot hajmiga toʻgʻri proporsional. Shu sababli birinchi pilotni imkon qadar kichik tanlash kerak, ikkinchi pilotni esa birinchisidan olingan saboq bilan kengaytirish mumkin. Davomiylik uchun manbalar aniq raqam bermaydi, ammo Scrum sprintni bir oy bilan cheklaydi, Agile tamoyili esa bir necha haftadan bir necha oygacha oraliqni tilga oladi. Demak pilot uchun bir haftadan olti haftagacha boʻlgan muddat mantiqiy tuyuladi, bu esa tahririyat taxmini.

Pilotga qaysi maʼlumot yuklanishi ham alohida savol. Butun eski bazani pilotga koʻchirish shart emas, pilot guruhga kerak boʻlgan mahsulotlar, mijozlar va ochiq hujjatlar yetarli. Qolganini keyin, kengaytirish paytida yuklash mumkin. Shunda pilot maʼlumot koʻchirishning ham kichik sinovi boʻlib qoladi, bu esa katta koʻchirishdan oldin juda qimmatli tajriba.

Kanareyka usuli: nazorat guruhi bilan solishtirish

Google muhandislari kanareyka tushunchasini shunday taʼriflaydi: oʻzgarishning qisman va vaqt bilan cheklangan joriy etilishi va uning bahosi. Oʻzgarish tushgan qism kanareyka, qolgani nazorat deyiladi. Bu usulning asosiy mantigʻi oddiy: sinovdan keyin ham baʼzi nuqsonlar ishlab turgan muhitga yetib boradi, shuning uchun oʻzgarish hammaga bir vaqtda tushmasligi kerak.

Qoʻllanma yana uchta aniq maslahat beradi: kanareyka guruhi juda katta boʻlishi shart emas, bir vaqtda faqat bitta kanareyka yurgizish kerak, natija esa kanareykani nazorat bilan solishtirib baholanadi, va ularning koʻrsatkichlari bir-biridan keskin farq qilsa, kanareyka yomon deb hisoblanadi.

Bu mantiqni biznes pilotiga koʻchirish mumkin, bu tahririyat fikri. Pilot filialdagi buyurtmani rasmiylashtirish vaqtini va xatolar sonini hali eski tizimda ishlayotgan filiallar bilan solishtirish kerak. Nazorat guruhi boʻlmasa, «ish yaxshilandi» degan gap isbotga emas, taassurotga tayanib qoladi.

Brooksdan Scrumgacha: tashlanadigan tizimdan foydalaniladigan bosqichga

Brooksning oʻzi 1995 yilgi yubiley nashrida fikrini qayta koʻrib chiqdi. Yangi 19-bobdagi boʻlim sarlavhalari ochiq aytadi: birini tashlash uchun qurmang, sharshara modeli notoʻgʻri, bosqichma-bosqich qurish modeli yaxshiroq. Demak 1975 yilgi savol qoldi, javob esa oʻzgardi: tashlanadigan tizim oʻrniga bosqichma-bosqich oʻsadigan tizim. Bu tahririyat talqini.

Scrum bu javobni amaliyotga aylantiradi. Sprint bir oy yoki undan qisqa davom etadi, har sprint natijasi «Increment», yaʼni foydalanish mumkin boʻlgan bosqich boʻlishi shart, chunki foydalanib boʻlmaydigan bosqich qiymat bermaydi. Agile tamoyillaridan biri ishlaydigan dasturni bir necha haftadan bir necha oygacha boʻlgan oraliqda tez-tez yetkazishni talab qiladi.

Pilot uchun xulosa shunday: pilot tashlab yuboriladigan tajriba emas, foydalanishga yaroqli birinchi bosqich. Pilotda qurilgan sozlama, yuklangan maʼlumot va shakllangan odatlar keyin ham qolmasa, u pilot emas, oddiy koʻrgazma boʻlgan. Bu tahririyat mulohazasi.

Pilotdan keyin: davom etish, tuzatish yoki toʻxtatish

Pilot tugagach uch yoʻl bor, va uchalasi ham normal natija. Mezonlar bajarilgan boʻlsa, joriy etish keyingi guruhga kengayadi. Mezonlar qisman bajarilgan boʻlsa, topilgan kamchiliklar tuzatiladi va pilot qisqa muddatga qaytariladi. Mezonlar ochiq-oydin bajarilmagan boʻlsa, tizimni yoki joriy etish usulini qayta koʻrib chiqish kerak boʻladi.

Uchinchi yoʻl koʻpincha yoqmaydi, lekin pilot aynan shuning uchun oʻtkaziladi: katta joriy etishning oxirida bunday qaror ancha qimmatga tushardi. Microsoft qoʻllanmasi bosqichli joriy etishning foydasini shunday tasvirlaydi: tajriba toʻplangan sari keyingi bosqichlar silliqroq oʻtadi, xatolar esa dastlabki doira bilan cheklanadi. Pilot shu foydaning birinchi qadami.

Pilotda xato qayerda qilinadi

Quyidagi xatolar manbalardagi mantiqdan kelib chiqadi, ularning roʻyxati tahririyatniki.

• Pilotga eng oson va eng ishtiyoqli guruh tanlanadi, shuning uchun natija haddan tashqari yaxshi chiqadi.
• Hajm shunchalik kichikki, qaytarish yoki qisman joʻnatish kabi kam uchraydigan holatlar uchramaydi.
• Tugash mezoni yoʻq, pilot oylab davom etib, yarim joriy etilgan tizimga aylanadi.
• Hamma narsa faqat sinov bazasida tekshiriladi, shu sababli pochta, toʻlov va rejali vazifalar sinalmay qoladi.
• Bir vaqtda bir nechta pilot yurgiziladi va natijalar bir-biriga aralashib ketadi.

Oxirgi xato kanareyka qoʻllanmasidagi ogohlantirishga toʻgʻri keladi: bir vaqtda faqat bitta kanareyka. Ikki pilot yonma-yon ketsa, nuqson qaysi biridan chiqqanini aniqlab boʻlmaydi.

Amalda nima qilish mumkin

Quyidagi qadamlar manbalardan chiqarilgan tahririyat xulosasi, tayyor protokol emas.

1. Pilot hajmini bitta ombor, bitta filial yoki bitta jarayon bilan cheklang.
2. Ishlab turgan bazaning zararsizlantirilgan nusxasini tayyorlang va oʻchirilgan imkoniyatlarni alohida roʻyxatga yozing.
3. Pilot boshlanishidan oldin besh-olti mezon va ularning chegarasini yozib qoʻying.
4. Nazorat uchun hali eski usulda ishlayotgan guruhni belgilang.
5. Pilot oxirida qaror qabul qiling: davom etish, tuzatish yoki toʻxtatish.

Kichik korxonada bu ishni bir kishi bajarishi mumkin, lekin mezonlarni yozib qoʻyish shunda ham kerak: pilot tugaganda qaror taassurotga emas, oldindan kelishilgan raqamga tayanadi.