Шта је тако сјајно у вези с агилним? Пример о агилној методологији
Агиле Дефинишите као Агиле системе управљања који постоје већ неко време, али су у последње време стекли валуту. У ствари, Агиле Манагемент се сваке године доследно представља на врхунским трендовима менаџмента пројеката готово сваког блога о ИТ пројектима.
Примена Агиле-а у пројектима заснованим на ИТ-у неспорна је, јер користи не само у пројектима ИТ софтвера, већ и у развоју производа и иновацијама.
Па шта је тако супер код Агиле-а? Питајте запослене који су се пребацили из традиционалног система у Агиле и они ће се можда присјећати сталних састанака и „састанака о састанцима“.
Испада да је Агиле много више од састанка и повратних информација. Фокусира се на оснаживање тимова и уклањање секвенцијалних начина развоја пројеката, тако да постоји већа флексибилност и иновација. Иако то значи састанке и резултате чешће него код традиционалних система, то такође значи да постоји мања вероватноћа да се касније понови и промени. у циклусу пројеката.
То се рекламира као лек за уобичајене проблеме који муче пројекте везане за ИТ. Шта је тачно и како бољи од традиционалних система?
Потреба за агилном методологијом - праксе управљања
Свако ко је радио на агилној методологији у пројектима развоја софтвера имаће неку идеју о неким уобичајеним проблемима који настају током пројекта: промена обима, рокови које изгледа немогуће испунити и преоптерећени ресурси.
Традиционалне окретне методологије у управљању пројектима имале су бројне недостатке због којих се нису могле носити са стално променљивим пословним окружењем, посебно у развоју софтвера, а горе наведене ситуације су, нажалост, биле превише честе. То не значи да традиционалне методе нису нигде примењиве . Још увек су најбоља опклада за пројекте у којима је идеја у потпуности формирана од самог почетка.
Пракса агилног управљања постала је потреба сата јер су удовољиле следећим потребама производа лансираног у динамичном окружењу:
- Потребна је брзина да би се производ стигао на тржиште
- Потреба за флексибилношћу да би се задовољиле вишеструке промене у спецификацијама
- Пропусти у сценарију „поделе рада“
- Дилема купца
- Потреба за смањењем трошкова
Потреба за брзином да бисте производ стигли на тржиште:
Живимо у окружењу са великим темпом у којем су флексибилност и брзина кључни за успех.
Технологија је један од сектора који се најбрже мења у индустрији. Свака минута је новија идеја, производ или иновација. У овом контексту, традиционални приступ управљању пројектима не успева. Секвенцијални пројекат нужно зависи од корака агилних методологија који се задовољавајуће завршавају. Временски рокови у традиционално управљаним пројектима увек су кост сукоба.
Организације и тимови који нису динамични изгубит ће трку онима који се претварају у прилагодбу промјењивом окружењу.
Потреба за флексибилношћу за прихватање вишеструких промена у спецификацијама:
Очекивања и захтеви клијента често се мењају током развоја производа. Пре него што су Агиле Манагемент Системс постали главни токови, пројекти у ИТ-у често су пропадали јер је традиционални систем управљања пројектима изграђен да „плута“. Ако је било промена, клијенти су често осећали штипање својих новчаника или временских ограничења. Традиционални модел управљања пројектима, прилагођен из других индустрија, једноставно није радио за динамичну индустрију као што је ИТ.
Подела рада:
У традиционалном моделу постоје различите фазе, почевши од анализе системских захтева и воде до пуштања и одржавања производа. То резултира подјелом рада и означавањем чланова као "дизајнера", "програмера" или "тестера". У стварности, данашњи ресурси су изузетно умрежени и таква јасна разлика улога није изведива у већини пројеката.
Дилема клијента:
У непостојаним пројектима, клијенти често нису потпуно сигурни какав мора бити њихов коначни производ, са свим спецификацијама. Функције и захтеви се често мењају током извршавања дела. Традиционални модели као што је модел Водопада наглашавају јасноћу у односу на крајњи производ, а одступања у плановима представљају велики стрес на систему. Ово нас доводи до последњег фактора који је довео до развоја Агиле система.
Потреба за смањењем трошкова:
Традиционално, промене у захтевима било када након почетка пројекта су обесхрабрене. Уместо тога, трошкови за било коју додатну компоненту били су високи, понекад претерано тако. Стога је било неопходно укључити све могуће сценарије у саму фазу планирања. То је значило да су размотрени сви сценарији и предложено решење. Али пошто је готово немогуће са сигурношћу знати који ће део производа корисник више воле, тимови су често развијали „набубрене верзије“ производа. Садржао је све могуће сценарије, од којих би типични корисник користио највише 20%. То је резултирало непотребним трошковима и развојем.
Непотребно је рећи да је то значило да су сви пројекти у свом планирању били глобални.
А кад се појавио потпуно нови непланирани сценарио, ионако је било додатних трошкова, упркос свим планираним.
Група људи састала се у фебруару 2001. године и разговарала управо о томе: потреби флексибилног и окретног модела развоја софтвера који је помогао у развоју производа који су у ствари радили за клијента и програмера. Резултат је био "Агиле Манифест" који је био од предности агилног развоја софтвера, односно скупа од четири принципа који су једноставни колико и описни. Такође је развијено дванаест „агилних принципа“ који објашњавају како ће Агиле системи заиста радити у пројектном окружењу.
Кроз овај рад смо схватили:
- Појединци и интеракције у односу на процесе и алате
- Радни софтвер преко свеобухватне документације
- Сурадња са клијентима око преговарања уговора
- Одговори на промене следећи план
То јест, док у ставкама с десне стране постоји вредност, више вреднујемо предмете са леве стране.
12 агилних принципа
12 Агиле Принципа је скуп водећих концепата иза Агиле Манифеста који подржавају пројектне тимове у спровођењу Агилних пројеката. Су:
- Наш највећи приоритет је задовољити купца раном и континуираном испоруком вредног софтвера.
- Поздрављајући променљиве захтеве, чак и у касној фази развоја. Агилна методологија обрађује промјену кабелског снопа ради конкурентске предности купца.
- Радујте софтвер често, од неколико недеља до неколико месеци, преферирајући краћу временску меру.
- Пословни људи и програмери морају свакодневно радити заједно током целог пројекта.
- Изградите пројекте око мотивисаних појединаца. Дајте им окружење и подршку која им је потребна и верујте им да могу обавити посао.
- Најефикаснија и најефикаснија метода преношења информација у и унутар развојног тима је разговор лицем у лице.
- Радни софтвер је главна мјера напретка.
- Агилни методолошки процеси промовишу одрживи развој. Спонзори, програмери и корисници требало би да буду у могућности да одржавају константан темпо у недоглед.
- Стална пажња на техничку изврсност и добар дизајн повећава окретност.
- Једноставност - вештина максимизирања количине неизвршеног посла - је од суштинске важности.
- Најбоље архитектуре, захтеви и нацрти потичу од тимова који се самоорганизују.
- У редовним интервалима, тим размишља о томе како да постане ефикаснији, затим подешава и прилагођава своје понашање у складу са тим.
Пример пројекта којим је потребно агилно управљање
Замислите старт-уп који развија мобилну апликацију за клијента. Замрзавање читавог дизајна апликација пре него што развој крене може бити погубно. Такође је ограничено време за спровођење истраживања тржишта, састављање детаљног плана, одлучивање о варијантама које желе да понуде и затим развој производа. Поред огромних трошкова који су укључени у овај приступ, они ризикују да би нека друга компанија могла да развије апликацију пре него што то учини.
Агилна методологија у управљању пројектима помаже у превазилажењу ових проблема. Под овим системом, апликација се развија у фазама, са интеракцијом клијента сваки дан и исходима или прекретницама пројекта који су идентификовани, рецимо, сваке недеље.
Више тимова такође може радити на истој апликацији, тако да се време развоја драстично скраћује.
Функције се усавршавају са сваким састанком, а крајњи производ одражава крајњу потребу. Корак по корак уче како раде за купца и импровизују понуду док не добију жељени производ.
У традиционалном приступу управљању пројектима, требало би размислити о свим ревизијама пре него што пустите производ. То би резултирало пропуштеним роковима, повећаним оптерећењима рада и инфлацијом трошкова. Штавише, производ би могао потпуно изгубити своју важност до изласка.
Како тачно функционира Агиле Манагемент?
Иако се Агиле Манагемент углавном назива ИТ концептом, његова употреба није ограничена на ИТ индустрију. На пример, трговачки ланац одеће Зара користио је принципе Агиле Манагемент-а да трансформише своје пословање.
Користећи Агиле принципе, Зара је производила производе у малим серијама, умјесто да се фокусирала на велику производњу прије нове сезоне. Компанија је овом методом избегла трошкове који се односе на велики инвентар и непредвидиве понуде попуста.
Неки од кључних аспеката Агиле Пројецт Манагемент су:
- Агиле Пројецт Манагемент слиједи флексибилан приступ.
Агиле Манагемент поздравља допуне и промене током развоја производа уместо да их усклади са оригиналним спецификацијама.
- Агилни пројекти обично су подељени у засебне делове рада, са тимовима који су укључени у развој једног или више ових „делова“ посла.
Тако је могуће имати, на пример, четири тима који раде истовремено на различитим деловима пројекта, тако да ће временски рокови пројекта бити скраћени. Тимови се свакодневно координирају једни с другима и са клијентом ради испоруке резултата.
- Постоје свакодневни састанци о напретку или блокаде пута у пројекту уз сталне повратне информације.
Након примања повратних информација корисника, измене су инкорпориране и тимови прелазе на следећи део. Овај процес наставља да испоручује производ који је динамичнији и боље одговара потребама клијента.
- Постоји већа укљученост чланова тима, а не приступ одоздо нагоре.
У оквиру животног циклуса развоја софтвера, чланови тима су укључени у све фазе: захтеви, дизајн, развој и агилно тестирање методологије. Будући да постоји редован преглед ефикасности задатака, чланови тима прилагођавају понашање и поступке у складу с тим.
- Профил менаџера пројекта у Агиле пројекту ће се променити од традиционалне улоге.
Он / она више не троши пуно времена планирајући или надгледајући ресурсе, али сада троши више времена у сурадњи са тимовима и осигуравајући да цјелокупна слика буде увијек на видику. Ово није лака транзиција и менаџери који прелазе на Агиле системе морају се брзо прилагодити да би пројекат успео.
Неколико речи о Сцрум-у:
Сцрум је један од најпопуларнијих оквира за примену Агиле методологије. Шта је агилна методологија? Пре њега је био Агиле, а први пут је предложен 1986. године и примењен у аутомобилској индустрији и индустрији штампача.
Агилна методологија са сцрум-ом није синоним; постоје и други оквири који се могу користити за имплементацију Агиле-а, али Сцрум је један од најефикаснијих и вероватно најпопуларнијих. Шта је сцрум? Сцрум обично има три улоге: Власник производа, Тим и Сцрум мастер. Водитељ методологије Сцрум није руководилац пројеката. Одговорности традиционалног улога менаџера пројеката подељене су у три улоге управљања пројектима Сцрум. Пројекат је изграђен у низу итерација фиксне дужине названих спринт. Успех сваког окретног методолошког спринта ствара осећај опипљивог напретка и сталне инспирације. Циљ сваке итерације је произвести делујући производ који се може демонстрирати заинтересованим странама. Агилни мастер сцрум мајстор сарађује са власником производа и тимом како би олакшао испуњење циљева уклањањем препрека на путу. Тим за развој агилне методологије је вишефункционалан и поред програмера укључује тестере, дизајнере и операторе.
Традиционално управљање пројектима: Водопад
Један од најистакнутијих традиционалних система управљања пројектима је водопад. Често се користи од 1970-их. Постоји неколико познатих и широко примењених методологија водопада у ИТ пројектима. Они укључују ПРИНЦЕ2 који је влада Велике Британије креирала за свој јавни сектор.
Као што само име каже, то је секвенцијални ток рада. Крајњи производ је фиксиран на почетку пројекта. Тада се различите фазе процеса рада завршавају редоследом (покретање концепције, анализа, дизајн, конструкција, тестирање, имплементација и одржавање). Након што је претходни корак завршен, програмери прелазе на следећи корак. Пројектни план требао би бити беспоговоран; Једном када је фаза у низу завршена, програмери не могу да је поново прегледају без поновног покретања изнова. То је статички приступ агилној методологији у управљању пројектима. Нема места за промене или грешке и план окретног методологије мора се пажљиво поштовати.
Између управљања водопадом и сликања ремек-дела може се начинити аналогија. Слика последњег ремек-дела већ је у уметниковом уму и он непрекидно ради ка томе. Ако се из било којег разлога крајњи производ разликује од онога што је визуелно приказао, он га не може лако модификовати.
Агилна или слап?
- Шта је Агиле? Агиле је више погодан за мале тимове који раде на инкременталним и еволутивним пројектима док је водопад погодан за велике шеме или развојне пројекте. Управљање водопадима можда би било боље прилагођено индустрији као што је грађевинска индустрија. Агиле се користи у динамичнијим пројектима као што су они из ИТ индустрије.
- Агиле системи захтевају високо квалификоване чланове тима који могу да се баве свим фазама пројекта. Захтијева драматичну промјену улоге пројектног менаџера. Процес водопада структуиран је на традиционалнији начин, линеаран је и можда је лакши за разумевање код не-програмера и оних који су нови у развоју софтвера.
- Многе организације сматрају да је методологија водопада утешна јер је она боље документована. Агиле је познат по томе што није нагласио велику документацију. Више зависи од људи, што може бити непријатно у организацијама у којима је стопа пропадања висока.
- Мањи непосредни пројекти можда неће захтијевати Агиле методолошки оквир а секвенцијални модел водопада може исто тако добро функционирати.
Где све ово иде?
Агилна развојна методологија чини више од две трећине свих ИТ пројеката у САД-у, показало је истраживање компаније ХП из маја 2015. године.
Али Агиле није увек „савршено“ решење. То није решење „једно за све“ и резултат тога је да су многе организације (24% према ХП-овом истраживању) сада усвојиле хибридни приступ.
Хибрид Агиле и Ватерфалл метода могао би искористити предности обеју. Овај хибридни приступ могао би радити за компликоване пројекте са спољним клијентима и великим тимовима. Овај приступ су описали Ерицк Бергманн и Анди Хамилтон. То је компромис између ове две методе, омогућавајући софтверским тимовима да раде "окретно", док тимови за развој хардвера и руководиоци производа користе традиционалну методу.
Марк Фромсон, дигитални консултант, истиче још један начин на који хибрид може радити:
Разбијање пројекта у фазе налик водопаду како би се омогућило фиксно надметање и дефинисани обим унутар мање фазе, али задржавање текућине пројекта у целини.
Без обзира на облик који ће будући тимови заузети, јасно је да је Агилеов развој методологије ту да остане. Омогућио је флексибилност, време и трошкове предности, заједно са најважнијим фактором од свега: пружањем осећаја задовољства и мотивирајуће атмосфере људима који раде на овим пројектима.
Извор:
За агилни манифест и 12 агилних принципа- ввв.агилеманифесто.орг
Сродни курсеви: -
Агиле Пројецт Манагемент - Научите агилне методологије