Scaling agile methods

3.4.1 Agile usullari bilan amaliy masalalar
Ayrim sohalarda, xususan, dasturiy mahsulotlar va ilovalarni ishlab chiqishda agile ishlanmasi nihoyatda muvaffaqiyatli bo'ldi. Ushbu turdagi tizimlar uchun foydalanishning eng yaxshi usuli. Biroq, tezkor usullar dasturiy ta'minotni ishlab chiqishning boshqa turlari uchun mos kelmasligi mumkin, masalan, o'rnatilgan tizim muhandisligi yoki katta va murakkab tizimlarni ishlab chiqish.
Tashqi mijoz uchun dasturiy ta'minot kompaniyasi tomonidan ishlab chiqilgan katta, uzoq muddatli tizimlar uchun tezkor yondashuvdan foydalanish bir qator muammolarni keltirib chiqaradi.
1. Agile rivojlanishning norasmiyligi yirik kompaniyalarda keng tarqalgan bo'lib qo'llaniladigan shartnoma ta'rifiga huquqiy yondashuv bilan mos kelmaydi.
2. Agile usullari dasturiy ta'minotga texnik xizmat ko'rsatish uchun emas, balki yangi dasturiy ta'minotni ishlab chiqish uchun eng mos keladi. Shunga qaramay, yirik kompaniyalarda dasturiy ta'minot xarajatlarining asosiy qismi mavjud dasturiy ta'minot tizimlarini saqlashdan kelib chiqadi.
3. Agile usullar kichik bir joyda joylashgan jamoalar uchun mo'ljallangan, ammo hozirda ko'p dasturiy ta'minotni ishlab chiqish butun dunyo bo'ylab taqsimlangan jamoalarni o'z ichiga oladi.

Agile usullardan foydalanilganda shartnoma masalalari katta muammo bo'lishi mumkin. Tizim mijozi tizimni ishlab chiqish uchun tashqi tashkilotdan foydalansa, ular o'rtasida dasturiy ta'minotni ishlab chiqish uchun shartnoma tuziladi. Dasturiy ta'minot talablari hujjati odatda mijoz va yetkazib beruvchi o'rtasidagi shartnomaning bir qismidir.

Talablar va kodlarni bir-biriga bog'lab ishlab chiqish tezkor usullar uchun asos bo'lganligi sababli, shartnomaga kiritilishi mumkin bo'lgan talablarning aniq bayoni mavjud emas.
Binobarin, tezkor usullar mijoz muayyan talablar to'plamini ishlab chiqish uchun emas, balki tizimni rivojlantirish uchun zarur bo'lgan vaqt uchun to'laydigan shartnomalarga tayanishi kerak. Hammasi yaxshi bo'lsa, bu mijozga ham, ishlab chiquvchiga ham foyda keltiradi. Biroq, agar muammolar yuzaga kelsa, unda kim aybdor ekanligi va muammolarni hal qilish uchun zarur bo'lgan qo'shimcha vaqt va resurslar uchun kim to'lashi kerakligi haqida qiyin bahslar bo'lishi mumkin.
Men 9-bobda tushuntirganimdek, mavjud dasturiy ta'minot tizimlarini ta'mirlash va rivojlantirishga katta hajmdagi dasturiy ta'minot muhandisligi kiradi. Agile amaliyotlari, masalan, aqliy yukni oshirish, o'zgarish uchun dizayn va soddalikni saqlash yumshoq jihozlar o'zgartirilganda mantiqiy bo'ladi. Darhaqiqat, siz tezkor rivojlanish jarayonini doimiy o'zgarishlarni qo'llab-quvvatlovchi jarayon deb o'ylashingiz mumkin. Agar dasturiy ta'minot mahsulotlarini ishlab chiqishda agile usullari qo'llanilsa, mahsulot yoki ilovaning yangi nashrlari shunchaki tezkor yondashuvni davom ettirishni o'z ichiga oladi.
Biroq, agar texnik xizmat ko'rsatish biznesning yangi talablariga javoban o'zgartirilishi kerak bo'lgan maxsus tizimni o'z ichiga olgan bo'lsa, dasturiy ta'minotga texnik xizmat ko'rsatish uchun tezkor usullarning mosligi haqida aniq konsensus mavjud emas (Bird 2011; Kilner 2012).
Muammoning uch turi paydo bo'lishi mumkin:
■ mahsulot hujjatlarining yo'qligi
■ mijozlarni jalb qilish
■ rivojlanish guruhining uzluksizligi

Rasmiy hujjatlar tizimni tavsiflashi va shuning uchun tizimni o'zgartirayotgan odamlarga tushunishni osonlashtirishi kerak. Biroq, amalda rasmiy hujjatlar kamdan-kam yangilanadi va shuning uchun dastur kodini to'g'ri aks ettirmaydi. Shu sababli, tezkor usullar ishqibozlari ushbu hujjatni yozish vaqtni behuda sarflash va barqaror dasturiy ta'minotni joriy qilishning kaliti yuqori sifatli, o'qilishi mumkin bo'lgan kodni ishlab chiqarish ekanligini ta'kidlaydilar. Hujjatlarning etishmasligi tezkor yondashuv yordamida ishlab chiqilgan tizimlarni saqlashda muammo bo'lmasligi kerak.

Biroq, tizimga texnik xizmat ko'rsatish bo'yicha mening tajribam shundan iboratki, eng muhim hujjat bu tizim talablari hujjati bo'lib, u dasturiy ta'minot muhandisiga tizim nima qilishi kerakligini aytadi. Bunday bilimlarsiz, taklif qilingan tizim o'zgarishlarining ta'sirini baholash qiyin. Ko'pgina tezkor usullar talablarni norasmiy va bosqichma-bosqich to'playdi va izchil talablar hujjatini yaratmaydi. Shunday qilib, tezkor usullardan foydalanish keyingi tizimga texnik xizmat ko'rsatishni qiyinlashtiradi va qimmatroq qiladi. Rivojlanish guruhining uzluksizligini saqlab bo'lmasa, bu alohida muammo.
Xizmat ko'rsatishda tezkor yondashuvdan foydalanishning asosiy muammosi mijozlarni jarayonga jalb qilishdir. Garchi mijoz tizimni ishlab chiqish jarayonida vakilning to'liq vaqtli ishtirok etishini oqlashi mumkin bo'lsa-da, bu o'zgarishlar uzluksiz bo'lmagan texnik xizmat ko'rsatish vaqtida kamroq bo'ladi. Mijoz vakillarining tizimga qiziqishi yo'qolishi mumkin. Shu sababli, 25-bobda muhokama qilingan o'zgartirish takliflari kabi muqobil mexanizmlarni tezkor yondashuvga moslashtirish uchun moslashtirish kerak bo'lishi mumkin.
Yana bir yuzaga kelishi mumkin bo'lgan muammo - ishlab chiqish guruhining uzluksizligini ta'minlash. Agile usullari jamoa a'zolarining hujjatlarga murojaat qilmasdan tizimning jihatlarini tushunishlariga tayanadi. Agar chaqqon rivojlanish guruhi parchalansa, bu yashirin bilim yo'qoladi va yangi jamoa a'zolari uchun tizim va uning tarkibiy qismlari haqida bir xil tushunchani shakllantirish qiyin. Ko'pgina dasturchilar dasturiy ta'minotga texnik xizmat ko'rsatishdan ko'ra yangi ishlanmalar ustida ishlashni afzal ko'radilar va shuning uchun ular birinchi versiya yetkazib berilgandan keyin dasturiy ta'minot tizimida ishlashni xohlamaydilar. Shu sababli, ishlab chiqish guruhini birga saqlash niyatida ham, odamlar ularga texnik xizmat ko'rsatish vazifalari yuklangan bo'lsa, ketishadi.