Agile bu chaqqon manifestga asoslangan dasturiy ta'minotni ishlab chiqish bo'yicha eng yaqinda ishlab chiqilgan metodologiya

3.1. Agile - bu chaqqon manifestga asoslangan dasturiy ta'minotni ishlab chiqish bo'yicha eng yaqinda ishlab chiqilgan metodologiya. Bu an'anaviy dasturiy ta'minotni ishlab chiqish uslubiyotidagi ba'zi bir kamchiliklarni bartaraf etish uchun ishlab chiqilgan. Chaqqon usullar rivojlanish davrining boshida mijozlar ishtirokiga ustuvor ahamiyat berishga asoslangan. Mijozlarga sinovlarni imkon qadar erta va tez-tez o'tkazishni taklif qiladi. Sinov har bir nuqtada barqaror versiya mavjud bo'lganda amalga oshiriladi. Agile poydevori loyihani boshidan boshlab va oxirigacha loyihani davom ettirishga asoslanadi. Scrum va Extreme dasturlash - bu Agile usulining eng mashhur variantlari.

3.2. Agilening muhim qiymati - bu "sifat - jamoaning javobgarligi" bo'lib, dasturiy ta'minotning sifati butun jamoaning (nafaqat sinov guruhining) javobgarligi ekanligini ta'kidlaydi. Agile-ning yana bir muhim jihati - dasturiy ta'minotni kichikroq boshqariladigan qismlarga ajratish va ularni mijozlarga tezda yetkazib berish. Ishlayotgan mahsulotni yetkazib berish juda muhimdir. Keyin jamoa dasturiy ta'minotni takomillashtirishni davom ettirmoqda va har bir katta bosqichda doimiy ravishda yetkazib bermoqda. Bunga juda qisqa bo'shatish sikllari (Scrum-dagi sprintlar deb ataladi) va har bir sikl oxirida yaxshilanish uchun fikr olish orqali erishiladi. Oldingi usullardagi ishlab chiquvchilar va sinovchilar singari jamoaning ko'p o'zaro ta'sirisiz ishlaydigan hissasi endi Agile modelida birgalikda ishlaydi.

3.3. Ekstremal dasturlash (qisqartirilgan XP) - bu Agile modeliga tegishli dasturiy ta'minotni ishlab chiqish metodologiyasi. Ekstremal dasturlash fazalarni juda kichik doimiy bosqichlarda amalga oshiradi (an'anaviy usullarga nisbatan). Faqat bir kun yoki bir hafta davom etadigan birinchi o'tish qasddan tugallanmagan. Dasturiy ta'minotni ishlab chiqishda aniq maqsadlarni ta'minlash uchun boshida avtomatlashtirilgan testlar yoziladi. Keyin ishlab chiquvchilar kodlashni amalga oshiradilar. Dasturni juftlik sifatida bajarishga asosiy e'tibor qaratilgan. Barcha testlar o'tgandan so'ng, kodlash to'liq deb hisoblanadi. Keyingi bosqich dizayn va arxitektura bo'lib, u bir xil dasturchilar tomonidan kodni qayta qayta tiklash bilan shug'ullanadi. Ushbu bosqich oxirida to'liq bo'lmagan (ammo funktsional) mahsulot manfaatdor tomonlarga taqdim etiladi. Shundan so'ng, keyingi bosqich (eng muhim funktsiyalar to'plamiga qaratilgan) boshlanadi.

3.4. Testlar ma'lumot sifatida emas, balki dastur sifatida yoziladi, shunda ular avtomatik ravishda bajarilishi mumkin. Sinov uning to'g'ri bajarilganligini tekshirishni o'z ichiga oladi. Odatda Junit kabi sinov tizimiga tayanadi. Oldingi va yangi testlarning barchasi yangi funksiya qo'shilganda avtomatik ravishda ishga tushiriladi, shu bilan yangi funktsionallikda xatolar yuzaga kelmaganligini tekshirish.

3.5. Kodlarning har bir qatoriga birdan ortiq kishi qaraydi. Bu kodga umumiy egalikni rivojlantirishga yordam beradi va bilimlarni butun jamoaga tarqatadi. Juftliklar dinamik ravishda yaratilgan bo'lib, barcha guruh a'zolari rivojlanish jarayonida bir-biri bilan ishlashadi. Juft dasturlash paytida sodir bo'ladigan bilimlarni almashish juda muhimdir, chunki u jamoa a'zolari chiqib ketganda loyiha uchun umumiy xavflarni kamaytiradi.

3.6.

Skrum - bu tezkor usul bo'lib, unda asosiy e'tibor oldindan belgilangan vaqt oralig'ini qamrab oladigan sprintlarga qaratiladi.

Skrum 1 hafta bo'lishi mumkin, ammo dasturiy mahsulot turiga qarab bir oydan ko'proq vaqtga uzaytirilishi mumkin. Sprint boshlanishida "Scrum Master" tomonidan rejalashtirish bo'yicha yig'ilish bo'lib o'tadi, "Mahsulot egasi" esa sprintrni ishlab chiqish va rejalashtirish zarurligini tanlaydi. Ushbu tanlov, odatda, shoshilinchlik yoki tanqidiylik kabi oldindan belgilab qo'yilgan mezonlarga asoslanadi va ishlab chiqarish jamoasi bilan Mahsulot Egasi uni ishlab chiqish va sinovdan o'tkazish uchun qancha vaqt ketishini hisoblashi kerak. Jarayon sprintni rejalashtirish uchun Scrum Board-dan foydalanadi va ishlab chiqilishi kerak bo'lgan har bir xususiyat chiptadan foydalaniladi. Har kuni har kuni stend o'tkaziladi, unda ishlab chiqaruvchilar va Scrum Master birgalikda nima qilish kerakligi va qanday chiptalarni boshqarish kerakligi haqida muhokama qilish uchun yig'ilishadi. Sprint oxirida “retrospektiv” amalga oshiriladi, unda bajarilgan ishlar ko'rib chiqiladi va saboqlar o'rganiladi. Ishni baholashning to'g'riligi ko'rib chiqilgan va keyingi sprintni rejalashtirishda foydalanish uchun yaxshilangan asosiy nuqta bu.



Scrum metodologiyasining asosiy xususiyati bu sprintr oxirida xususiyatlarning chiqarilishi. Sprintni rejalashtirishda aniq bir e'tibor bor, chunki sprintning muvaffaqiyati to'liq sprintning boshida ishlarning hisob-kitobi qanchalik aniqligiga bog'liq. Agar sprint oxirida chiptalar qolgan bo'lsa, keyingi baholashda ortiqcha ish tutmaslik uchun samaradorlik retrospektivda qayta ko'rib chiqiladi.