talablarning asosiy versiyasini belgilash, kelishilgan, sinovdan o'tgan va tasdiqlangan funktsional va
funktsional bo'lmagan talablar to'plamini aks ettiruvchi surat, odatda ma'lum bir
keyingi mahsulotni ishlab
taklif etilayotgan talablarning ta'sirini baholash va tasdiqlangan o'zgartirishlarni loyihaga kiritish;
talablari o'zgarish taxmin ta'siri asosida yangi majburiyatlarni muhokama qilish;
loyiha davomida talablar va o'zgarishlarning holatini kuzatish.
Talablarni boshqarish o'zgarishni oldini olish yoki uni amalga oshirishni qiyinlashtiradigan narsa emas - bu
loyihaga ta'sir etuvchi ta'sirini kamaytirish uchun kutilayotgan real o'zgarishlarni oldindan ko'rish va unga
moslashish haqida .
Shaklda 1-5 talablarni ishlab chiqish sohalarini ajratish va boshqarishning yana bir usulini ko'rsatadi. Ushbu
Har bir loyihaning talablari bor
Frederik Broks talablarning muhim rolini aniq belgilab qo'ydi
yilda ": z va dasturiy ta'minot muhandislik hodisalari hech Kumush Bullet" klassik 1987 insho bir dasturiy
ta'minot ishlab chiqish loyiha:
«Dasturiy ta'minot tizimini yaratishning eng qiyin qismi bu nimani qurishni hal qilishdir. Kontseptual
ishning boshqa qismi yo'q texnik talablarning tafsilotlarini aniqlash qanchalik qiyin bo'lsa,
yilda odamlar, mexanizmlar va boshqa tizimlar Mami dastur bilan hamkorlikni, jumladan,. Hech
qanday boshqa ish yomon natijaga olib kelmaydi. Boshqa hech qanday xato tuzatish uchun
qiyinroq xatolarni keltirib chiqarmaydi. "
Dasturiy ta'minotni o'z ichiga olgan har bir tizimda unga ishonadigan foydalanuvchilar mavjud.
Foydalanuvchi ehtiyojlarini tushunishga sarflangan vaqt bu loyihani muvaffaqiyatli amalga oshirish uchun juda
samarali sarmoyadir. Agar loyiha jamoasi mijozlar allaqachon rozi bo'lgan talablarni yozmasa, qanday qilib bu
mijozlarni qondirishi mumkin?
Dizayn va amalga oshirishdan oldin talablarni to'liq aniqlash ko'pincha mumkin emas yoki kerak emas.
Bunday holda, asta-sekin va asta-sekinlik bilan davom eting: bir vaqtning o'zida bitta talabni ishlab chiqing.
va keyingi tsiklga o'tmasdan oldin mijozning javobini kutishingizga ishonch hosil qiling . Bu Agile-ning
rivojlanishining mohiyati. Jamoa qimmatli dasturiy ta'minotni iloji boricha tezroq qurishni boshlashi uchun
oqilona ustuvorlik va relizlar jadvalini tuzish uchun etarli talablarni aniqlab olish . Keyingi bosqichdan oldin
talablarni o'rganishdan oldin kod yozish uchun hech qanday bahona bo'lmaydi. Kodlashning iteratsiyasi
kontseptsiyani ishlab chiqishga qaraganda ancha qimmat.
Ba'zan odamlar yozma talablarga vaqt sarflamaslikni afzal ko'rishadi, ammo bu qiyin narsa emas. Qiyin qismi
bu talablarni
aniqlashdir . Dastlab, talablarni yozish bu ma'lumotlarni shakllantirish, ishlab chiqish va dekodlash
jarayonidir. Mahsulotga bo'lgan talabni aniq tushunish, sizning jamoangiz hal qilinishi kerak bo'lgan muammolar
ustida ishlayotganiga va eng yaxshi echimni yaratishiga ishonch beradi . Talablar nima ekanligini bilmasdan, siz
loyihaning qachon tugashini, maqsadlarga erishilganligini yoki loyiha chegaralarini sozlashda murosaga kela
olmaysiz . Vaqtni talab qilish uchun vaqtni sarflash o'rniga, loyihadagi talablarga etarlicha e'tibor bermaslik
sababli pulni isrof qilmaslik.
