agile manifesto understanding agile values
Агиле Манифест Увод:
Наш претходни водич о Агилна методологија детаљно нам је објаснио све о агилним моделима и методологијама.
Али до сада се не бавимо питањем зашто је уопште била потреба за агилношћу и како је агилан превазишао недостатке постојећих методологија развоја софтвера попут модела водопада.
У овом упутству ћемо дубље ући у детаље агилног и агилног манифеста. Видећемо шта каже манифест и које су вредности и принципи садржани у њему.
Шта ћете научити:
Увод
Као што смо видели у нашем претходни туториал , раније развојне методологије су узимале превише времена и док је софтвер био спреман за примену, пословни захтеви би се променили, не удовољавајући тренутним потребама.
Брзина промена која је у то време недостајала изазивала је много проблема. Када су се лидери различитих развојних методологија састали да би одлучили о путу напред, успели су да се договоре о бољој методи, а такође су могли и да доврше формулацију за манифест.
Ово је забележено као 4 вредности и 12 принципа како би се практичарима помогло да разумеју, позову се на њега и примене у пракси. И у том тренутку, нико од њих није могао да замисли какав ће утицај то имати на будућност управљања пројектима.
Агиле Манифесто
Манифест је врло пажљиво срочен да би се суштина агилног приказала у најмање речи и гласи као доле -
„Откривамо боље начине за развој софтвера радећи то и помажући другима да то ураде. Кроз овај рад дошли смо до следеће вредности:
- Појединци и интеракције над процесима и алатима.
- Радни софтвер преко свеобухватне документације.
- Сарадња купаца током преговарања о уговору.
- Одговор на промену у складу са планом.
Односно, иако вредност има у ставкама на десној страни, ми више вреднујемо ставке на левој страни. “
Као што видимо, ово су прилично сажете и једноставне изјаве и врло јасно показују оно што су оснивачи желели да промовишу. Обично су традиционални пројектни планови крути и наглашавају процедуре и рокове, али агилни манифест пропагира управо супротне ствари.
Преферира:
- Људи
- Производа
- Комуникација и
- Одзивност
Истражићемо ову нову парадигму коју су оснивачи желели детаљно да промовишу дубљим разумевањем окретних вредности и принципа.
4 окретне вредности
Четири вредности, заједно са 12 принципа, воде агилну испоруку софтвера. Сада ћемо детаљно разговарати о свакој од вредности.
# 1) Појединци и интеракције над процесима и алатима
Појединци и интеракције су префериранији од процеса и алата јер то чини процес одзивнијим. Ако су појединци усклађени и када се разумеју, тим може све проблеме решити помоћу алата или процеса.
Али ако тимови инсистирају на слепом придржавању процеса, то би могло изазвати неспоразуме међу појединцима и створити неочекиване препреке на путу што би резултирало кашњењем пројеката.
Због тога је увек пожељно имати интеракцију и комуникацију међу члановима тима, а не слепо зависити од процеса који воде пут даље. Један од начина да се то постигне је укључивање власника производа који ради и може доносити одлуке у сарадњи са развојним тимом.
врсте тест случајева у тестирању софтвера
Омогућавање појединцима да сами дају свој допринос такође им омогућава да слободно прикажу оно што могу да донесу за сто. Када су ове тимске интеракције усмерене ка решавању заједничког проблема, резултати могу бити прилично моћни.
# 2) Рад софтвера преко свеобухватне документације
Традиционално управљање пројектима подразумевало је свеобухватну документацију која је подразумевала заостајање месеци. Ово је некада негативно утицало на реализацију пројекта и кашњења која су уследила била су неизбежна.
Врста документације створене за ове пројекте била је врло детаљна и створено је толико докумената да се многи од њих нису ни позивали током напретка пројекта. Ово је било непотребно зло са којим су пројектни тимови некада живели.
Али ово је такође погоршало проблеме у испоруци. Фокус је био на документацији у толикој мери јер су тимови желели да на крају добију готов производ који је био 100% према спецификацијама. Због тога је фокус био на детаљном снимању свих спецификација.
Али ипак, крајњи производ се некада прилично разликовао од очекивања или би изгубио релевантност. Због тога агилни каже да је радни софтвер много боља опција за процену очекивања купаца од гомиле документације.
То не значи да документација није потребна. То само значи да је радни производ сваког дана бољи показатељ прилагођавања потребама и очекивањима купаца од документа насталог пре неколико месеци. То такође подразумева да су тимови одговорни и спремни да се прилагоде променама и када су то потребне, док клијенту приказују радни софтвер када заврши спринт.
Неиспитивање производа током спринта захтева многоструке трошкове и напор у следећем спринту. Једном када се функционалност примени, трошкови ових промена знатно се повећавају.
3. Сарадња купаца током преговора о уговору
Преговарање значи да се детаљи још увек снимају и нису довршени. Још увек постоји простор за поновна преговарања. Али када се преговори заврше, о њима се више не може расправљати. Оно што агилни каже је да уместо преговора, идите на сарадњу.
Сарадња подразумева да још увек има простора за дискусију и да је комуникација у току.
Ни једнократна ствар. Ово што даје је двострука предност - иако помаже тиму да изврши корекцију курса ако је потребно у ранијој фази, помаже клијенту да такође прочисти свој вид и редефинише своје захтеве ако је потребно током трајања пројекат.
Други аспект је тај да, иако традиционални модели развоја софтвера укључују купца пре него што развој почне током фазе документације и преговора, и они нису толико укључени током развоја пројекта.
Једном када су захтеви замрзнути, они могу да виде производ само када је производ спреман. Агиле се такође пробија кроз ову препреку омогућавајући укључивање купаца током читавог животног циклуса.
Ово помаже агилним тимовима да се боље прилагоде потребама купаца. Један од начина да се то постигне је посвећени и укључени власник производа који може да помогне тиму у стварном времену за појашњења и усклађивање рада са приоритетима купаца
4. Одговор на промене услед плана
Стандардни процес размишљања је да су промене скупа ствар и да бисмо их требало избегавати по сваку цену. То је оно што је непотребно усредсређено на документацију и разрађене планове за постизање држећи се временских рокова и спецификација производа.
Али како нас искуство такође учи, промене су углавном неизбежне и уместо да бежимо од тога, требало би да покушамо да их прихватимо и планирамо.
Агиле нам омогућава да извршимо ову транзицију. Агиле мисли да промена није трошак, већ добродошла повратна информација која помаже у побољшању пројекта. Не треба је избегавати, али уместо тога додаје вредност.
Кратким спринтом који је предложио агилни, тимови могу у кратком року добити брзу повратну информацију и променити приоритете. Нове функције се могу додати из итерације у итерацију.
Зашто то радимо? Јер се већина карактеристика развијених коришћењем приступа водопада никада не користи. То је зато што модел водопада следи план, док је то фаза у којој најмање знамо.
Агиле такође планира, али такође следи приступ на време када се планирање врши таман толико колико је потребно. А планови су увек отворени за промену како спринти напредују.
12 агилних принципа
Постоји 12 агилних принципа који су додати након стварања манифеста како би помогли и усмерили тимове да пређу у агилне и проверили да ли су праксе које следе у складу са агилном културом.
Следи текст оригиналних 12 принципа, објављених 2001. од стране Агиле Аллианце:
# 1) Наш највећи приоритет је задовољити купца раном и континуираном испоруком драгоценог софтвера.
#два) Добродошли у променљиве захтеве, чак и касно у развоју. Агилни процеси користе промене зарад конкурентске предности купца.
# 3) Испоручујте радни софтвер често, од неколико недеља до неколико месеци, преферирајући краћи временски оквир.
# 4) Пословни људи и програмери морају свакодневно сарађивати током пројекта.
врсте тест случајева у тестирању софтвера
# 5) Градите пројекте око мотивисаних појединаца. Пружите им окружење и подршку која им је потребна и верујте им да ће посао обавити.
# 6) Најефикаснији и најефикаснији метод преношења информација развојном тиму и унутар њега је разговор лицем у лице.
# 7) Радни софтвер је примарно мерило напретка.
# 8) Агилни процеси промовишу одрживи развој. Спонзори, програмери и корисници требало би да могу да одржавају константан темпо унедоглед.
# 9) Континуирана пажња на техничку изврсност и добар дизајн повећава окретност.
# 10) Једноставност - уметност максимизирања количине необављеног посла је од суштинске важности.
#Једанаест) Најбоље архитектуре, захтеви и дизајни настају из самоорганизованих тимова.
# 12) У редовним интервалима, тим размишља о томе како да постане ефикаснији, а затим подешава и прилагођава своје понашање у складу с тим.
Ови агилни принципи пружају практичне смернице развојним тимовима.
Други начин организације 12 принципа је разматрање у следеће четири различите групе:
- Задовољство купаца
- Квалитет
- Тимски рад
- Пројектни менаџмент
# 1) Наш највећи приоритет је задовољити купца раном и континуираном испоруком драгоценог софтвера - Купци ће очигледно бити одушевљени када виде како се сваки спринт испоручује радни софтвер, уместо да морају да пролазе кроз двосмислено време чекања на крају којег ће само они моћи да виде производ.
Овде се купац може дефинисати као спонзор пројекта или особа која плаћа развој. Крајњи корисник производа је такође купац, али можемо разликовати то двоје јер се крајњи корисник назива корисником.
#два) Добродошли у променљиве захтеве, чак и касно у развоју. Агилни процеси користе промене зарад конкурентске предности купца - Промене се могу уградити без већих одлагања у укупне временске рокове.
Будући да агилни тимови пре свега верују у квалитет, радије би уградили промене и испоручили према захтевима купца, него да би избегли промене и испоручили производ који не задовољава пословне потребе.
# 3) Испоручујте радни софтвер често, од неколико недеља до неколико месеци, преферирајући краћи временски оквир - О томе се брину тимови који раде у спринту. Будући да су спринтови временски ограничене итерације и испоручују радни софтвер на крају сваког спринта, купци редовно добијају идеју о напретку
# 4) Пословни људи и програмери морају свакодневно сарађивати током пројекта - Боље одлуке се доносе када обоје сарађују заједно и између њих постоји стална повратна спрега ради корекције курса и промене агилности. Комуникација међу заинтересованим странама увек је кључ агилности.
# 5) Градите пројекте око мотивисаних појединаца. Пружите им окружење и подршку која им је потребна и верујте им да ће посао обавити - Морате подржати, веровати и мотивисати тимове. Мотивисани тим ће вероватније бити успешан и испоручиће врхунски производ од несретних тимова који нису спремни да дају све од себе.
Један од начина за то је оснаживање развојног тима да се самоорганизује и доноси своје одлуке.
# 6) Најефикаснији и најефикаснији метод преношења информација развојном тиму и унутар њега је разговор лицем у лице - Комуникација је боља и ефектнија ако су тимови на истој локацији и могу се састати лицем у лице ради дискусија. Помаже у изградњи поверења и доноси разумевање међу различитим заинтересованим странама.
# 7) Радни софтвер је примарно мерило напретка - Радни софтвер надмашује све остале КПИ-је и најбољи је показатељ обављеног посла.
оно што видите је оно што добијате код градитеља веб страница
# 8) Агилни процеси промовишу одрживи развој. Спонзори, програмери и корисници требало би да буду у стању да одржавају константан темпо унедоглед - Наглашава се доследност испоруке. Тим би требао бити у стању да одржи темпо током трајања пројекта и да не изгори након првих неколико спринтова.
# 9) Стална пажња на техничку изврсност и добар дизајн повећава окретност - Тим би требало да има све вештине и добар дизајн производа како би се носио са променама и произвео висококвалитетни производ, а истовремено могао да унесе промене
# 10) Једноставност - Уметност максимизирања количине необављеног посла је од суштинског значаја и довољна је да задовољи дефиницију обављеног посла.
#Једанаест) Најбоље архитектуре, захтеви и дизајни настају из самоорганизованих тимова - Самоорганизовани тимови оснажују се и преузимају власништво над својим радом. То доводи до отворене комуникације и редовне размене идеја међу члановима тима.
# 12) У редовним интервалима, тим размишља о томе како да постане ефикаснији, затим подешава и прилагођава своје понашање у складу с тим - Самопобољшање доводи до бржих резултата и мање прераде.
Закључак
Усредсређеност на купце и фокус на комуникацији донели су агилном успеху који је данас видљив.
То је доказана техника са импликацијама не само на испоруку софтвера већ и на друге индустрије, а данас је постала индустрија за себе.
Наш предстојећи водич у овој серији објасниће више о Сцрум тиму заједно са њиховим улогама !!
ПРЕВ Туториал |. | СЛЕДЕЋА Лекција
Препоручено читање
- Онлине квиз Агиле Сцрум: Проверите своје знање о Агиле Сцрум-у
- Промена начина размишљања агилног тестера: усклађивање са агилним манифестом
- Канбан вс Сцрум вс Агиле: Детаљна упоредба за проналажење разлика
- Како пружити софтверске карактеристике велике вредности у кратком временском периоду помоћу Агиле Сцрум процеса
- САФе Агиле Туториал: Шта је Сцалед Агиле Фрамеворк
- 4 корака ка развоју агилног начина тестирања за успешан прелазак на агилни процес
- Водич за ЈИРА Агиле: Како ефикасно користити ЈИРА за управљање агилним пројектима
- ДевОпс вежбе засноване на агилном манифесту (2. део - блок 1)