Agile әзірлеу - бұл қысқа итерацияларда жұмысты қамтамасыз ететін, кері байланысты үздіксіз қамтитын және түсінік жақсарған сайын жоспарларды бейімдейтін бағдарламалық жасақтаманы құру тәсілі. Ол 2001 жылы Agile манифестінде тұжырымдалған, онда төрт құндылық артықшылығы көрсетілген: процестер мен құралдарға қарағанда жеке тұлғалар мен өзара әрекеттесу, кешенді құжаттамаға қарағанда жұмыс бағдарламалық жасақтамасы, келісімшарт келіссөздеріне қарағанда тұтынушылармен ынтымақтастық және жоспарды орындауға қарағанда өзгерістерге жауап беру.
Манифесттің тұжырымдамасы жиі маңызды түрде қате дәйексөз ретінде келтіріледі. Әрбір мәлімдеме екіншісін жоққа шығаруды емес, екеуінің де құндылығы бар екі нәрсенің арасындағы артықшылықты білдіреді. Құжатта оң жақтағы тармақтарда құндылық болғанымен, сол жақтағы тармақтар көбірек бағаланатыны анық айтылған. Манифестті құжаттамаға, жоспарлауға немесе келісімшарттарға тыйым салу ретінде оқыған іске асырулар онда айтылғандардың жартысын жоққа шығарды және әдетте сыншылар тәсілдің өзіне жатқызатын тәртіпсіздікті тудырады.
Негізгі негіздеме белгісіздікке байланысты. Тізбекті даму талаптарды алдын ала дәл анықтауға болады деп болжайды, бұл жақсы түсінілген мәселелерге қатысты және құндылығы адамдардың оларға қалай жауап беретініне байланысты өнімдер үшін сәтсіздікке ұшырайды. Қайталанатын жеткізу шешім мен ол туралы дәлелдер арасындағы аралықты қысқарту арқылы қателесу құнын азайтады, бұл мәселенің қаншалықты белгісіз екеніне пропорционалды түрде құнды.
Тәжірибедегі ең көп таралған сәтсіздік - рәсімдерді қағидаттарсыз қабылдау. Ұйымдар күнделікті кездесулерді, итерация шекараларын және бағалау тәжірибелерін енгізеді, сонымен бірге белгіленген ауқымды, белгіленген мерзімдерді, жылдық жоспарлауды және кері байланысқа сәйкес әрекет ету механизмін сақтайды. Нәтижесінде екі апталық сегменттерде қосымша кездесулермен бірге дәйекті әзірлеу жүргізіледі, бұл екі тәсілдің де дұрыс жасалғанына қарағанда баяу және әдіснамаға қатысты кең таралған күмән тудырады.
Тұтынушылармен ынтымақтастық элементі - ұйымдар ең қиын деп санайтын және жиі өткізіп жіберетін элемент. Кері байланысқа бейімделу үшін кері байланыс алу қажет, бұл нақты пайдаланушылардың жұмыс істейтін бағдарламалық жасақтамамен үнемі жұмыс істеуін білдіреді. Проксиде жұмыс істейтін топтар, ішкі мүдделі тарап немесе жазбаша сипаттама болсын, мақсат беретін ақпаратсыз итерациялық каденцияға ие және олар ешкім растамаған бағытта сенімді түрде итерациялайды.
Масштабтау бастапқы тұжырымдамада қарастырылмаған шынайы қиындықтарды тудырады, себебі манифест шағын бірлескен топтар ескеріліп жазылған. Бір өнім бойынша көптеген топтарды үйлестіру үйлестіру, тәуелділікті басқару және архитектуралық үйлесімділік механизмдерін қажет етеді, ал мұны шешетін әртүрлі масштабтау құрылымдары тәсілдің азайтуға бағытталған процестің салмағын қайта енгізгені үшін жиі сынға алынады. Шиеленіс түсінбеушіліктен гөрі нақты.
Бағалау талаптарды орындауға емес, нәтижелерге бағытталуы керек. Маңызды сұрақтар: идеядан расталған оқуға дейінгі уақыт қысқарды ма, дәлелдемелер қажет болған кезде команда бағытты өзгерте ала ма, мерзім ішінде сатылып кетпей, сапа сақтала ма және өнім пайдаланушылар үшін өлшенетіндей жақсы ма. Белгіленген спецификацияға сәйкес жыл сайын жеткізілетін әрбір белгіленген тәжірибені орындайтын командалар сөздікті қабылдады және ешқандай пайда таппады.
Бұл тәсіл командалық тәжірибеге ғана емес, ұйымдастырушылық жағдайларға да байланысты болғандықтан, оны енгізу көбінесе басқарудағы, қаржыландырудағы және жоспарлаудағы өзгерістерді талап етеді, бұл өзгерістер жеткізу тобынан тыс қалады. Іс жүзінде бұл мәселе ішке қарай шешіледі өнімді дамыту жеткізу процесінің өзімен қатар, кері байланыс циклі қолдау көрсетеді пайдаланушыны зерттеужәне ішкі мүмкіндіктерді дамытатын ұйымдар әдетте оны ... шеңберінде орнатады өнім бөлімі жоспарлау мен жеткізу жауапкершілігі бірге тұрған жерде.