Telekommunikatsiyalarini rivojlantirish vazirligi muxammad al-xorazmiy nomidagi toshkent axborot texnologiyalari universiteti

DASTURIY TA’MINOT RIVOJLANIShINING HOLISTIK KO'RINIShI  

Qaysi  ramka  yoki  usulga  rioya  qilinishidan  qat'i  nazar,  mahsulotni  ishlab 

chiqish - oxir-oqibat, oxirgi mijoz uchun qiymat yaratishdir. Oxirgi foydalanuvchiga 

hamdard bo'lish va oxirgi foydalanuvchi to'g'risida chuqurroq tushuncha hosil qilish 

har doim ham birinchi o'rinda turmaydi, ammo yangi dasturiy mahsulotlarni ishlab 

chiqishda.  

So'nggi bir necha o'n yilliklar davomida AT-ning yangi ishlanmalariga asosan 

ixtisoslashuv  va  operatsion  mukammallikni  yaxshilashga  e'tibor  qaratildi.  Ushbu 

stsenariyda an'anaviy palapartishlik jarayonlari ustun bo'lgan: qanday qilib IT nuqtai 

nazaridan - eng yaxshi me'morchilikni loyihalash va eng maqbul dizaynni amalga 

oshirish. Shuningdek, kelishilgan dizaynni hisobga olgan holda - dasturiy ta'minotni 

ishlab chiqish jarayonini jalb qilingan ishlab chiquvchilar va sinovchilar uchun iloji 

boricha  samaraliroq  qilish.  Faqatgina  ishlab  chiqilgandan  so'ng,  foydalanuvchi 

haqiqiy  natijani  sinab  ko'rish  uchun  yana  maydonga  tushdi.  Xizmatni  qo'llab-

quvvatlash  va  texnik  xizmat  ko'rsatish  guruhlari  navbatda  oxirgi  o'rinni  egalladi. 

Ushbu  jamoalar  odatda  butunlay  boshqacha  diqqat  markaziga  ega  edilar:  ish 

muhitini  iloji  boricha  barqaror  ushlab  turish  va  xarajatlarni  past  darajada  ushlab 

turish. Ko'pincha, byudjetni qisqartirish sababli, ular har yili arzon narxlarda ishlarini 

davom ettirishlari kerak edi.  

Lean Product Development va Design Thinking kabi tushunchalar bir necha 

yillar  davomida  mavjud  bo'lgan  bo'lsa  ham,  ushbu  yondashuvlar  asosan  dizayn 

jarayonining dastlabki bosqichlarida qo'llanilgan; dasturiy ta'minotni loyihalashning 

haqiqiy bosqichi boshlanishidan ancha oldin.  

2001 yilda Agile Manifesti  tashkil etilishi bilan mahsulotni ishlab chiqish fikri 

asta-sekin o'sib boruvchi yondashuvga o'tishni boshladi. Ushbu davrdan boshlab, 

tezkor yondashuv (masalan, Scrum) yangi odatiy holga aylandi. Dasturiy ta'minotni 

ishlab chiqishning tezkor amaliyotining ushbu birinchi to'lqini asosan biznes jamoasi 

a'zolari  va  IT  funktsiyalari  o'rtasidagi  ichki  muvofiqlashtirishga  qaratilgan  edi. 

Natijada,  dasturiy  ta'minotni  ishlab  chiqish  qisqa  takrorlashda  minimal  hayotiy 

mahsulotlarni  (MVP)  yaratishga  ko'proq  e'tibor  qaratdi,  bu  esa  qiymatni  o'ylash 

tafakkuri va bozorga qisqa vaqtni olib keldi.  

---

Chiqariladigan  yakuniy  mahsulotni  yaratishda  bir  nechta  jamoalar  ishtirok 

etishi kerak bo'lganida, Agile miqyosi tizimlari (masalan, Scaled Agile Framework, 

Large  Scale  Scrum  yoki  Spotify  madaniyati)  mashhurlikka  erishdi,  shuningdek 

LeanAgile  deb  nomlangan  fikrlashga  ko'proq  e'tibor  qaratdi.  Ushbu  tizimlarning 

barchasi mahsulotni boshqaradigan haqiqiy tashkilotlarni yaratishga ko'proq e'tibor 

qaratdi, shu bilan tashkilotdagi qiymat oqimlarini aniqlash (dastlabki kunlarda Lean 

allaqachon  joriy  etgan  kontseptsiya)  tashkilotlarning  yangi  maqsadli  operatsion 

modeli uchun asosiy harakatlantiruvchi omil bo'ldi.  

Shu  bilan  birga,  ushbu  modellarning  barchasi  loyihaning  samaradorligini 

maksimal  darajada  oshirish  va'dasini  to'liq  bajarmagan  edi.  Rivojlanish  va 

operatsion guruhlar bo'yicha keyingi integratsiya hali ham to'siq edi. Bu DevOps deb 

nomlangan falsafaning yaratilishiga olib keldi. DevOps-ning asosiy maqsadi dasturiy 

ta'minotni tezkor va tezkor joylashtirilishini ta'kidlab, hamkorlik va aloqa vositasida 

infratuzilma operatsiyalari bilan yagona operatsion modelga birlashtirishdir. Ushbu 

falsafaning  markazida  bo'lgan  DevOps-ning  to'rtta  asosiy  jihati  -  bu  hamkorlik, 

avtomatlashtirish, o'lchash va monitoring.  

DevOps ko'pincha dasturiy ta'minotni ishlab chiqish jarayonlarining tezligini 

oshirish  va  dasturiy  ta'minot  sifatini  yaxshilash  maqsadida  dasturiy  ta'minotni 

ishlab chiqish yondashuvlarini tavsiflash uchun soyabon atamasi sifatida ishlatiladi. 

DevOps  harakat,  falsafa,  (rivojlanish)  amaliyoti,  ong  yoki  madaniyat  kabi  turli  xil 

narsalar deb nomlangan. Rivojlanish amaliyoti nuqtai nazaridan har doim birinchi 

navbatda  IT  bilan  bog'liq  masalalarga  e'tibor  qaratildi.  Bu  muhandislik,  sinov  va 

operatsiyalarni  to'liq  stakka  birlashtirish,  qiymat  zanjirining  katta  qismlarini 

avtomatlashtirish  va  mijozlar  natijalariga  yo'naltirilgan  hamkorlik  madaniyatini 

yaratish orqali an'anaviy AT epchilligini buzish haqida edi.  

Keyinchalik  yaxlit  ravishda  DevOps-ni  "yaxshiroq"  va  "tezroq"  bo'lishga 

qaratilgan harakat deb ta'riflash mumkin. Bu "uzluksiz" so'zini epchil rivojlanishning 

markaziy bosqichiga olib keladi va aslida xaridorning qiymatini tezroq etkazib berish 

borasida  tezkor  (ramkalar)  bergan  va'dalarini  qat'iyan  tasdiqlaydigan  doimiy 

modelni qabul qiladi.  

Tezkor  dasturiy  ta'minotni  ishlab  chiqish  uchun  ko'plab  ramkalar  mavjud 

bo'lsa-da,  ushbu  ramkalar  tezkor  va  DevOps-ning  to'liq  hajmini  qamrab  olmaydi. 

Ko'pgina  tashkilotlar  uchun  aynan  shu  yondashuvlarning  muvaffaqiyatli 

kombinatsiyasi  oxir-oqibat  muvaffaqiyatga  olib  keladi.  Keyingi  xatboshilarida  biz 

etkazib berish jarayonini tezlashtirish va doimiy ravishda yuqori sifatli mahsulotlarni 

etkazib  berishni  ta'minlash  uchun  odatdagi  zamonaviy  dasturiy  ta'minot 

yondashuvini tasvirlaymiz.  

---