Mustaqil Ish Mavzu: Agile Software Development Bajardi: Meliboyev Sanjarbek Rahbar: Narziyev Nosir Toshkent 023 Agile dasturiy ta'minotni ishlab chiqish

Mashq: Nima uchun xavf mahsulot zaxirasini tartibga solishda omil ekanligini ko'rib chiqing.
Mashq: Oddiy onlayn-banking tizimini va uning foydalanuvchilarini ko'rib chiqing: bank xodimlari va mijozlari. Yon eslatmada keltirilgan shablondan foydalanib, bank xodimi uchun ikkita foydalanuvchi hikoyasini va mijoz uchun beshta foydalanuvchi hikoyasini yozing.
Sprintlar
Sprint - bu har doim mahsulotning ishlaydigan versiyasini berishi kerak bo'lgan vaqtli rivojlanish davri. Sprintning tugash sanasi har doim qat'iy va muddat odatda bir haftadan bir oygacha bo'ladi.
Sprintni rejalashtirish
Sprintni rejalashtirish sessiyasi sprint uchun maqsadni kelishib olishni va mahsulotning orqada qolgan qismidan sprint uchun mos elementlarni tanlashni o'z ichiga oladi. Sessiya odatda sakkiz soatdan ko'p bo'lmagan davom etishi bilan cheklangan. Vaqtning yarmi butun jamoani o'z ichiga oladi, ikkinchi yarmi esa rivojlanish strategiyasini kelishish, yuqori darajadagi arxitektura masalalarini muhokama qilish va vazifalarni taqsimlash uchun rivojlanish guruhini kuzatishni individual a'zolar o'z ichiga oladi.
Taxminan 10 daqiqa davom etadigan kundalik stend yig'ilishi. Har bir a'zosi
Rivojlanish guruhi uchta savolga javob beradi:
1. Oxirgi kunda nima qildim?
2. Bugun nima qilishni rejalashtiryapman?
3. To'siqlar bormi?
Stend-up uchrashuvlari, ayniqsa, tezkor loyihalarda keng tarqalgan. Talablar tez-tez o'zgarishi mumkin bo'lgan muhitda rejalarni o'zgartirish va amalga oshirish oqibatlarini muhokama qilish kerak, buning uchun yuzma-yuz muhokamalar muloqotning eng yaxshi shakli hisoblanadi. Muammo shundaki, uchrashuvlar uzoq davom etmasligi va samarasiz bo'lib qolmasligi uchun muntazam ravishda yuzma-yuz uchrashuvlar o'tkazish imkonini beradi. Doimiy yig'ilishning mantiqiy jihati shundaki, juda uzoq vaqt turishdagi noqulaylik ishtirokchilar uchun noqulay bo'lib qoladi, bu esa yig'ilishni qisqacha tutish uchun tabiiy turtki beradi. Agile dasturiy ta'minotni ishlab chiqish orqali ommalashgan bo'lsa-da, doimiy yig'ilishlar uzoq vaqtdan beri uchrashuvlarni qisqa tutishning mashhur usuli bo'lib kelgan. Misol uchun, Buyuk Britaniya Maxfiylik kengashi qirol yoki qirolicha (1708 yilda tuzilgan) hukumat maslahatchilaridan iborat rasmiy organ bo'lib, har oy yig'iladi. Qirolicha Viktoriya 19-asrda yig'ilishni iloji boricha qisqartirish uchun tik turgan holda o'tkazilishi kerakligi haqidagi konventsiyani kiritdi. Bu odat hozirgi kungacha saqlanib qolgan.
Ko'rib chiqish va retrospektiv
Sprint oxirida jamoa foydali mahsulotni ishlab chiqishi kerak edi. Keyin bu mahsulot egasi va ideal holda manfaatdor tomonlar bilan ko'rib chiqiladi. Har qanday fikr-mulohaza mahsulotning orqada qolgan qismiga kiritiladi va yangi iteratsiya boshlanadi.
Mashq: Ish jarayoni va asosiy SCRUM tadbirlarini hisobga olgan holda, ularni Agile manifestida bayon etilgan 12 ta tamoyil bilan bog'lay olasizmi (3.3.1-bo'limga qarang)?

3.3.3 Umumiy sifat menejmenti bilan aloqasi

Agile texnikasi va usullari dasturiy ta'minotni ishlab chiqishning an'anaviy ish oqimlaridan farq qiladi, chunki ular asosiy e'tiborni rejalashtirish va spetsifikatsiyadan ishlab chiqish va takomillashtirishga o'tkazadi. Ishlab chiquvchilar endi kanonik spetsifikatsiyaga va ularga qo'shilgan hujjatlarga o'zlari qilayotgan ishlari uchun ma'lumotnoma sifatida tayanmaydilar.
Spetsifikatsiya "jonli hujjat" bo'lib, mahsulot qoldiqlarida, yopishqoq yozuvlari bo'lgan kanban taxtalarida aks ettirilgan va kundalik skrumlar orqali xabar qilinadi.
Ushbu tamoyillar o'zlarining oldingi ishlab chiqarishlariga juda ko'p qarzdor. Keling, umumiy sifat menejmenti tamoyillarini qayta ko‘rib chiqaylik (3.1-bo‘limga qarang) va ularni tezkorlik nuqtai nazaridan muhokama qilaylik:
• Mijozlarga e'tibor qaratish: Bu erta va uzluksiz yetkazib berishning birinchi tezkor printsipi va talablarning muntazam o'zgarishini qabul qilishning ikkinchi tamoyiliga asos bo'lgan mijoz qoniqishidir. Mijoz bilan muntazam aloqada bo'lish rag'batlantiriladi. SCRUM-da mahsulot egasi mijozning fikr-mulohazalari ishlab chiqish jarayonida markaziy bosqichda turishini ta'minlash uchun mavjud.
• Jarayon - o'zgarishlarni kamaytirish va doimiy takomillashtirishga erishish: Agile rivojlanishining asosiy omillaridan biri bu jarayonlarning engilligi - ularni qabul qilish va kuzatish oson. Bu ularni to'g'ridan-to'g'ri qabul qilishga majbur qiladi va ko'pincha sifat nuqtai nazaridan kuchli rag'batlar mavjud.
Nihoyat, ko'pincha tezkor rivojlanish guruhlarida (masalan, scrum master) rollar mavjud, ularning asosiy vazifasi jarayonlarga rioya etilishini ta'minlash va bunga to'sqinlik qiladigan har qanday to'siqlarni olib tashlashdir.
• Sifatning insoniy tomoni: mas'uliyatning boshqaruvdan ishlab chiquvchilarga o'tishi tezkor rivojlanishning asosiy xususiyati hisoblanadi. Agile manifestining tamoyillaridan biri "loyihalar ishonchli shaxslar atrofida qurilgan, ular ishonchli bo'lishi kerak", boshqasi esa jamoa qanday qilib samaraliroq bo'lish haqida muntazam ravishda fikr yuritishi kerakligini ta'kidlaydi. Jamoalar o'z-o'zini tashkil qilishlari kerak. SCRUM uchrashuvlari odamlarga muammolar yoki to'siqlarni ko'tarish va bir-biriga yordam berish imkoniyatini beradi.
• O'lchash va tahlil qilish: Agile rivojlanishi foydalanish atrofida aylanadi
taraqqiyot holatini kuzatib borish uchun Kanban taxtalari, shuningdek taraqqiyotni ko'rsatadigan yonish jadvallari kabi taraqqiyotni ko'rsatadigan texnikalar.
Mashq: Biz Agile usullari va TQM o'rtasidagi munosabatni ko'rib chiqdik. Toyota ishlab chiqarish tizimi uchun shunga o'xshash mashqni bajara olasizmi?
Agile yondashuvlar dasturiy ta'minotni ishlab chiqishning an'anaviy metodologiyalaridan oldingi eng yaxshi amaliyotlarning ko'pini qamrab oladi. Bu nuqta ba'zan o'tkazib yuborilishi mumkin; tez-tez epchil yondashuvlar tomonidan qo'llab-quvvatlanadigan ko'plab tamoyillar etarli asosga ega emas, masalan, ular etarli darajada eksperimental dalillar bilan qo'llab-quvvatlanmaydi, degan fikr mavjud. Garchi bu bevosita empirik dasturiy ta'minot muhandisligi ma'nosida to'g'ri bo'lishi mumkin bo'lsa-da, ko'pincha ishlab chiqarishning boshqa sohalarida o'nlab yillar davomida erishilgan muvaffaqiyatlar tufayli yotgan mantiqiy asoslar juda yaxshi tasdiqlangan.
3.3.4 Nima uchun har doim tez bo'lmaslik kerak.
Agile dasturiy ta'minotni ishlab chiqish tamoyillari juda intuitivdir. Ular bevosita yoki bilvosita ishlab chiqarish sanoatining o'n yillik tajribasiga asoslanadi. Ko'pgina empirik tadqiqotlar [45] bo'lib, ular asosan dasturiy ta'minot yuqori sifatga ega ekanligini va agar dasturiy ta'minot tezkor muhitda ishlab chiqilsa, jamoalar samaraliroq bo'lishini ko'rsatdi. Nega shunday bo'lsa, har doim ham bo'lmaydi
Og'ir, markazlashtirilgan, hujjatlashtirish va spetsifikatsiyaga asoslangan "an'anaviy" yondashuv o'rniga tezkor yondashuvni tanlaysizmi?
Ba'zi salbiy tomonlari bor. Arxitektura va dizaynga e'tiborni olib tashlash (ajablanarli) natijaga olib keladiki, tezkor dasturiy ta'minot tizimlari kamroq intuitiv bo'lgan arxitektura va dizaynlar bilan yakunlanishi mumkin [113]. Bundan tashqari, tezkor usullar kichikroq loyihalarni qo'llab-quvvatlaydi, ammo yirikroq loyihalar markaziy nazorat va rejalashtirishga urg'u beradigan texnikalar bilan yaxshiroq bo'ladi, degan fikr mavjud [33] (ehtimol, quyidagi misollar bilan tasdiqlangan).
3.3.4.1 Buyuk Britaniya hukumatining universal kredit loyihasi
Agile qayerda muvaffaqiyatsizlikka uchraganiga qiziqarli misolni Buyuk Britaniya hukumati tomonidan topshirilgan nisbatan yaqinda amalga oshirilgan yirik IT loyihasida topish mumkin. "Dunyodagi eng yirik tezkor dasturiy ta'minot loyihasi" sifatida e'tirof etilgan 2,4 milliard funt sterlinglik sxema tezkor dasturiy ta'minotni ishlab chiqish yirik loyihalarga qanday tatbiq etilishi mumkinligini ko'rsatish uchun mo'ljallangan edi. Loyiha murakkab edi. G'oya IT-ni taqdim etish edi.
Britaniya farovonlik tizimidagi bir nechta muhim o'zgarishlarni qo'llab-quvvatlaydigan infratuzilma. Bular ariza berish jarayonini soddalashtirish edi
Davlat tomonidan beriladigan nafaqalar va shaxslarning nafaqa olishlari mumkin bo‘lgan shart-sharoitlarni, masalan, ishga joylashish uchun ularning arizalarini kuzatish, shuningdek, nogironlikning ayrim turlarini hisobga olish, qaramog‘ida bo‘lganlar bor-yo‘qligi va hokazolarni ko‘proq nazorat qilish imkonini beradi.
Ikki yil ichida loyiha jiddiy qiyinchiliklarga duch keldi. Hukumatning yirik loyihalar boshqarmasi loyihani ko'rib chiqdi va samimiy hisobotda ko'rsatilgan jiddiy xavotirlarni aniqladi [35].
Quyida ba'zi iqtiboslar mavjud bo'lib, ular birgalikda nima uchun loyihaning rasmini muvoffaqiyatsiz bajarishadi.