Scaling agile methods

Prinsip
Amaliyot
Mijozlar ishtiroki	Bu ishlab chiqish guruhi bilan vaqt o'tkazishga tayyor va qodir bo'lgan va tizimning barcha manfaatdor tomonlarini ifodalay oladigan mijozga ega bo'lishiga bog'liq. Ko'pincha mijozlar vakillari o'z vaqtlariga nisbatan boshqa talablarga ega va dasturiy ta'minotni ishlab chiqishda to'liq rol o'ynay olmaydilar. Regulyatorlar kabi tashqi manfaatdor tomonlar mavjud bo'lsa, ularning fikrlarini tezkor jamoaga taqdim etish qiyin.
O’zgarishlar qabul qilish	O'zgarishlarga ustuvorlik berish juda qiyin bo'lishi mumkin, ayniqsa manfaatdor tomonlar ko'p bo'lgan tizimlarda. Odatda, har bir manfaatdor tomon turli xil o'zgarishlarga turli xil ustuvorliklar beradi.
Qo’shimcha yetkazib berish	Tez takrorlash va rivojlanish uchun qisqa muddatli rejalashtirish har doim ham biznesni rejalashtirish va marketingning uzoq muddatli rejalashtirish davrlariga mos kelmaydi. Marketing menejerlari samarali marketing kampaniyasini tayyorlash uchun mahsulot xususiyatlarini bir necha oy oldin bilishlari kerak bo'lishi mumkin.
Oddiylikni saqlash	Yetkazib berish jadvallari bosimi ostida jamoa a'zolari kerakli tizimni soddalashtirishga vaqtlari bo'lmasligi mumkin.
Odamlar, jarayon emas	Alohida jamoa a'zolari epchil usullarga xos bo'lgan intensiv ishtirok etish uchun mos shaxslarga ega bo'lmasligi mumkin va shuning uchun boshqa jamoa a'zolari bilan yaxshi munosabatda bo'lolmasligi mumkin.

Shakl 3.11 Agile tamoyillari va tashkiliy amaliyot
Agile usullarini masshtablashning asosiy talabi ularni rejaga asoslangan yondashuvlar bilan birlashtirishdir. Kichik startap-kompaniyalar norasmiy va qisqa muddatli rejalashtirish bilan ishlashi mumkin, ammo yirik kompaniyalar investitsiyalar, kadrlar va biznesni rivojlantirish uchun uzoq muddatli rejalar va byudjetlarga ega bo'lishi kerak. Ularning dasturiy ta'minotini ishlab chiqish ushbu rejalarni qo'llab-quvvatlashi kerak, shuning uchun uzoq muddatli dasturiy ta'minotni rejalashtirish juda muhimdir.
21-asrning birinchi o'n yilligida epchil usullarni ilk qo'llaganlar ishqibozlar va tezkor manifestga qattiq sodiq edilar. Ular dasturiy ta'minot injiniringiga reja asosidagi yondashuvni ataylab rad etishdi va tezkor usullarning dastlabki qarashlarini har qanday tarzda o'zgartirishni istamadilar. Biroq, tashkilotlar tezkor yondashuvning qadr-qimmati va afzalliklarini ko'rganligi sababli, ular bu usullarni o'z madaniyati va ishlash usullariga moslashtirdilar. Ular buni qilishlari kerak edi, chunki agile usullari asosidagi tamoyillarni amalda ba'zan amalga oshirish qiyin (3.11-rasm).
Ushbu muammolarni hal qilish uchun ko'pgina yirik "chaqqon" dasturiy ta'minotni ishlab chiqish loyihalari rejaga asoslangan va tezkor yondashuvlardan amaliyotlarni birlashtiradi. Ba'zilar asosan epchil, boshqalari esa asosan rejaga asoslangan, ammo ba'zi tezkor amaliyotlarga ega. Rejaga asoslangan va tezkor yondashuv o'rtasidagi muvozanatni aniqlash uchun siz bir qator texnik, insoniy va tashkiliy savollarga javob berishingiz kerak. Bular ishlab chiqilayotgan tizim, ishlab chiquvchi guruh va tizimni ishlab chiquvchi va xarid qiluvchi tashkilotlarga tegishli (3.12-rasm).

3.12-rasm Rejaga asoslangan yoki tezkor rivojlanishni tanlashga ta'sir qiluvchi omillar

Agile usullari kichik va o'rta biznes tizimlari va dasturiy mahsulotlarni ishlab chiqish loyihalarida ishlab chiqilgan va takomillashtirilgan, bu erda dasturiy ta'minot ishlab chiqaruvchisi tizimning spetsifikatsiyasini nazorat qiladi. Boshqa turdagi tizimlar o'lcham, murakkablik, real vaqt rejimida javob berish va tashqi tartibga solish kabi xususiyatlarga ega bo'lib, bu "sof" tezkor yondashuvning ishlamasligini anglatadi. Tizim muhandisligi jarayonida oldindan rejalashtirish, loyihalash va hujjatlar bo'lishi kerak. Asosiy masalalardan ba'zilari quyidagilardir:

1. 
   Ishlab chiqilayotgan tizim qanchalik katta? Tizim norasmiy muloqot qila oladigan nisbatan kichik bir jamoa bilan ishlab chiqilishi mumkin bo'lganda, tezkor usullar eng samarali hisoblanadi. Kattaroq ishlab chiqish guruhlarini talab qiladigan yirik tizimlar uchun bu mumkin bo'lmasligi mumkin, shuning uchun rejaga asoslangan yondashuvdan foydalanish kerak bo'lishi mumkin.
   
2. 
   Qanday turdagi tizim ishlab chiqilmoqda? Amalga oshirishdan oldin ko'p tahlilni talab qiladigan tizimlar (masalan, murakkab vaqtni talab qiladigan real vaqt tizimi) odatda ushbu tahlilni amalga oshirish uchun juda batafsil dizaynga muhtoj. Bunday sharoitda rejaga asoslangan yondashuv eng yaxshi bo'lishi mumkin.
   
3. 
   Tizimning kutilayotgan umri qancha? Uzoq muddatli tizimlar tizimni ishlab chiquvchilarning asl niyatlarini qo'llab-quvvatlash guruhiga etkazish uchun ko'proq dizayn hujjatlarini talab qilishi mumkin. Biroq, tezkor usullar tarafdorlari to'g'ri ta'kidlashadiki, hujjatlar ko'pincha yangilanmaydi va tizimni uzoq muddatli saqlash uchun unchalik foydali emas.
   
4. 
   Tizim tashqi tartibga solishga bo'ysunadimi? Agar tizim tashqi regulyator tomonidan tasdiqlanishi kerak bo'lsa (masalan, Federal Aviatsiya ma'muriyati samolyotning ishlashi uchun muhim bo'lgan dasturiy ta'minotni tasdiqlagan bo'lsa), ehtimol sizdan tizim xavfsizligi ishining bir qismi sifatida batafsil hujjatlarni taqdim etishingiz talab qilinadi.
   

Agile usullari tizimni ishlab chiqish jarayonida hamkorlik qilish va muloqot qilish uchun ishlab chiqish guruhiga katta mas'uliyat yuklaydi. Ular ishlab chiqish jarayoni uchun individual muhandislik ko'nikmalariga va dasturiy ta'minot yordamiga tayanadi. Biroq, haqiqatda hamma ham yuqori malakali muhandis emas, odamlar samarali muloqot qilmaydi va jamoalarning birgalikda ishlashi har doim ham mumkin emas. Mavjud odamlardan eng samarali foydalanish uchun ba'zi rejalashtirish talab qilinishi mumkin. Asosiy masalalar quyidagilardir:

1. 
   Ishlab chiqish guruhidagi dizaynerlar va dasturchilar qanchalik yaxshi? Ba'zida tezkor usullar dasturchilar batafsil dizaynni kodga tarjima qiladigan rejaga asoslangan yondashuvlarga qaraganda yuqori mahorat darajasini talab qiladi, deb ta'kidlanadi. Agar sizda nisbatan past mahorat darajasi bo'lgan jamoangiz bo'lsa, dizaynni ishlab chiqish uchun eng yaxshi odamlardan, dasturlash uchun mas'ul bo'lgan boshqalardan foydalanishingiz kerak bo'lishi mumkin.
   
2. 
   Rivojlanish guruhi qanday tashkil etilgan? Agar ishlab chiqish guruhi taqsimlangan bo'lsa yoki ishlab chiqishning bir qismi autsorsingga topshirilgan bo'lsa, unda siz rivojlanish guruhlari bo'ylab muloqot qilish uchun dizayn hujjatlarini ishlab chiqishingiz kerak bo'lishi mumkin.
   
3. 
   Tizim rivojlanishini qo'llab-quvvatlash uchun qanday texnologiyalar mavjud? Agile usullar ko'pincha rivojlanayotgan dizaynni kuzatib borish uchun yaxshi vositalarga tayanadi. Agar siz dasturni vizuallashtirish va tahlil qilish uchun yaxshi vositalarga ega bo'lmagan IDE yordamida tizimni ishlab chiqayotgan bo'lsangiz, unda ko'proq dizayn hujjatlari talab qilinishi mumkin.
   

Televidenie va filmlar dasturiy ta'minot kompaniyalari to'g'risida eng kam byurokratiya va tashkiliy tartib-qoidalar bilan zamonaviy ish muhitini ta'minlovchi yoshlar (asosan) tomonidan boshqariladigan norasmiy tashkilotlar sifatida mashhur tasavvurni yaratdi. Bu haqiqatdan uzoqdir. Ko'pgina dasturiy ta'minot o'zlarining ish amaliyoti va tartiblarini o'rnatgan yirik kompaniyalarda ishlab chiqilgan. Ushbu kompaniyalar rahbariyati hujjatlarning etishmasligi va tezkor usullarda norasmiy qaror qabul qilishdan noqulay bo'lishi mumkin.

Asosiy masalalar quyidagilardir:

1. 
   Amalga o'tishdan oldin, ehtimol, shartnomaviy sabablarga ko'ra, juda batafsil spetsifikatsiya va dizaynga ega bo'lish muhimmi? Agar shunday bo'lsa, ehtimol siz talablarni ishlab chiqish uchun rejaga asoslangan yondashuvdan foydalanishingiz kerak, ammo tizimni amalga oshirishda tezkor rivojlanish amaliyotlaridan foydalanishingiz mumkin.
   
2. 
   Dasturiy ta'minotni mijozlarga yoki boshqa tizim manfaatdor tomonlariga yetkazib beradigan va ulardan tezkor fikr-mulohazalarni oladigan bosqichma-bosqich yetkazib berish strategiyasi realmi? Mijoz vakillari mavjud bo'ladimi va ular ishlab chiqish guruhida ishtirok etishga tayyormi?
   
3. 
   Tizim rivojlanishiga ta'sir qilishi mumkin bo'lgan madaniy muammolar bormi? An'anaviy muhandislik tashkilotlari reja asosida ishlab chiqish madaniyatiga ega, chunki bu muhandislik normasi. Bu, odatda, tezkor jarayonlarda qo'llaniladigan norasmiy bilimlarni emas, balki keng dizayn hujjatlarini talab qiladi.
   

Aslida, loyihani rejaga asoslangan yoki tezkor deb belgilash mumkinmi, bu juda muhim emas. Oxir oqibat, dasturiy ta'minot tizimini xaridorlarning asosiy tashvishi ularning ehtiyojlariga javob beradigan va individual foydalanuvchi yoki tashkilot uchun foydali narsalarni bajaradigan bajariladigan dasturiy ta'minot tizimiga ega yoki yo'qligidir. Dasturiy ta'minot ishlab chiquvchilari pragmatik bo'lishi kerak va ishlab chiqilayotgan tizim turi uchun eng samarali bo'lgan usullarni tanlashi kerak, ular tezkor yoki rejaga asoslangan bo'ladimi yoki yo'qmi.