Мени

3 амиго принципа у агилном: БА, програмер и КА Тхрее Амигос

  • Главни
  • Остало
  • 3 амиго принципа у агилном: БА, програмер и КА Тхрее Амигос

3 amigo principle agile

Испробајте Наш Инструмент За Елиминисање Проблема

Увод у 3 принципа Амиго:

питања за орацле интервју и одговори за искусне

Раније у Сцрум серији смо вас упознали са концептом доношења самодовољност чланова Сцрум тима да подстакне културу која ствара пословну вредност без потребе за било каквом помоћи спољног света.

У последње време био сам усклађен са клијентским пројектом где сам радио као Сцрум Мастер. Радећи у више пројеката заснованих на Сцрум-у, успео сам да уклопим методологију са начинима рада клијента.

Међутим, након одређеног временског периода, пронађено је пуно неодређености око захтева за разумевањем.

Сваки члан Сцрум тима има своју верзију разумевања захтева!

3 принципа пријатеља

Шта ћете научити:

Преглед

Шта би се догодило ако програмери и КА имају две различите перспективе истог захтева?

Очигледан ток акције, у овом случају, биће да ће програмери развити инкремент имајући на уму своју перспективу, док ће га тестери тестирати имајући на уму своју перспективу.

Две перспективе теже стварању јаза и питања се затим решавају тек пред крај Спринта. Чак и најгори случај био би ако не остане времена да се ови проблеми реше у оквиру Спринта који нас слети у ситуацији да додамо додатне ставке у заостатак производа.

Да бисмо решили горњу изјаву о проблему, дошли смо до решења да се међу члановима тима одржи више дискусија о захтевима како би се анализирало и размислило о захтевима у целини. И отуда је идеја о Принципу трију амига изашла на видело.

Пре него што пређемо на Принцип три амигоа, хајде да прво разговарамо о једној од агилних пракси тестирања, Тест Фирст Девелопмент (ТФД) и како је повезана са Три Амигоса.

Тест Фирст Девелопмент (ТФД)

Као што и само име сугерише, Тест Фирст Девелопмент је пракса у којој тест случајеве пишу инжењери испитивања пре било које развојне активности.

Затим се о овим тест случајевима расправља и дели их цео тим. Чланови тима сада долазе на састанак како би разговарали, побољшали и прегледали тест случајеве (такође се називају „Три Амигоса“). Ивични случајеви су такође додати на листу тест случајева током овог састанка.

Власника производа такође можемо укључити да дода и прегледа тест случајеве који би створили уверење да тест случајеви испуњавају критеријуме прихватљивости.

Сада када су развијени тест случајеви, читав развој би се заснивао на тим тест случајевима. Ова појава је такође позната и као циклус израде тестова. Унутар циклуса израде теста, градите све док не прођу сви тест случајеви, не остављајући простора грешкама у систему.

Развој Тест-Фирст омогућава програмерима да направе прираст који задовољава критеријуме прихватљивости и има улог од власника производа (глас купца).

У данашње време тимови су почели да усвајају приступ и оквир Тест Дривен Девелопмент (ТДД), што је следећи корак у тестирању првог развоја. Алати као што су краставац, мерни уређај, спецфлов итд. Су међу најпопуларнијим.

Три амиго принципа

Ко су три Амигоса?

три пријатеља

Три Амиго принципа кажу да три Амига; Пословни аналитичари, програмери и аналитичари квалитета требало би да се окупе на састанку на којем:

  • Пословни аналитичар са тимом детаљно описује сваки од пословних захтева.
  • Чланови тима за осигурање квалитета разговарају о тест случајевима већ створеним за ове пословне захтеве.
  • Чланови развојног тима разговарају са тимом о архитектури и дизајну на ниском нивоу.

Циљ три Амиго састанка је да премосте празнине у разумевању пословних спецификација од стране три Амиго-а.

Пословни аналитичар осигурава да сви у тиму имају исто разумевање и очекивање од приче / захтева пословног корисника. Пословни аналитичар прикупља повратне информације и прегледава коментаре чланова тима. Такође додаје информације које недостају и уклања двосмислене информације из Усер Стори-а ако постоје.

Будући да се здравствено стање софтвера увек мери према стандардима високог квалитета, тим за осигурање квалитета разрађује функционалне и нефункционалне аспекте повећања софтвера и детаљно описује тест случајеве идентификоване за тестирање повећања. Такође се побрину да тест случајеви испуне све критеријуме прихватљивости.

Остали чланови тима помажу у обогаћивању тест случајева проналажењем најновијих случајева и сценарија који недостају. Чланови развојног тима поделиће своја техничка ограничења знања која би могла довести до ограничења у испитивању.

како позвати низ у јави

Програмери разговарају о свом разумевању захтева и о томе шта је потребно за изградњу Инкремента. Такође би са тимом разговарали о распореду архитектуре и дизајну ниског нивоа како би се формирало заједничко разумевање онога што ће се градити.

Укупни исход сесије Тхрее Амиго је да цео тим има заједничко разумевање онога што ће градити као део следећег спринта.

Три амиго процеса

Процес Три Амиго чине следеће:

# 1) Учесници

По један представник Развојног тима и Тима за осигурање квалитета и Пословни аналитичар. Предлаже се да ови представници буду људи који ће заправо радити на том захтеву како би искористили максималну корист концепта. Остали попут архитеката итд. Су увек добродошли да се придруже састанку и пруже своје смернице.

# 2) Рокови

Три Амиго сесије се обично одржавају у Н-1 Спринту. То је такође догађај у временском оквиру, тј. Не може се продужити. Препоручени временски оквир за сесију је 1 сат, што је уједно и њено максимално трајање.

Ако ће се ова карактеристика развијати у Спринт-у Н., онда је топло препоручљиво да се сесија Тхрее Амиго одржи у Н-1 или Н-2 Спринт-у.

# 3) Формат

# 1) Састанак започиње тако што ће пословни аналитичар учесницима представити захтев заједно са пројектном документацијом или жичаним оквирима. Очекује се да ће пословни услови бити добро припремљени и документовани. Очекује се да је тим прошао кроз услов већ пре састанка.

# 2) Као следећи корак, присутни ће прегледати захтев и пружити повратне информације које ће касније укључити пословни аналитичар. Присутни ће такође указати на нејасноће и недостатке ако их има. Очекује се да ће и пословни аналитичар уклонити нејасноће и попунити празнине у захтеву.

Понекад могу бити ситуације када ће пословни аналитичар можда требати да потврди упите које су поставили други присутни и можда ту рецензију неће директно инкорпорирати тамо.

# 3) Када се захтев довољно уреди и присутни више немају повратних информација или отворених питања, захтев је означен као „Спреман“.

# 4) Даље, тест случајеви се презентују полазницима баш као и захтеви. Очекује се да ће тест случајеви бити већ добро обликовани и припремљени.

# 5) Присутни ће сада прегледати тест случајеве и пружити повратне информације. Члан КА ће укључити све дане сугестије. Присутни би такође указали на пропуштене тест случајеве и крајње сценарије. Главни циљ овде остаје да тест случајеви треба да задовоље све критеријуме прихватљивости и да имају добру покривеност тестом.

# 6) Следећи корак је преглед зависности и предуслова који су се могли појавити током сесије.

како отворити .бин

# 7) Зависности се утврђују и радње се креирају и додељују релевантном члану тима. Слично томе, креирају се и додељују задаци за предуслове.

# 8) Сви горе поменути артефакти (Захтеви, тест случајеви, задаци, зависности) треба да се чувају у Алату за управљање пројектима као што је ЈИРА, тако да сви могу лако да им приступе.

# 9) Ако има превише коментара за преглед, пословни аналитичар и инжењер за осигурање квалитета могу одлучити да их укључе након сесије.

Закључак

У овом упутству смо вас упознали са концептом Три амиго принципа што се показало врло корисним за испоручивање правог решења бржим темпом са снажним петљама повратних информација.

Три сесије Амиго не остављају простора за другачије разумевање истог захтева. Циљ састанка је довести све људе на исту страницу, а затим им омогућити да прихвате захтев пре него што пређу на фазу развоја.

Ако већ радите у Агиле Фрамеворк-у, топло бих вам препоручио да испробате пар три сесија Амиго-а и сами уочите промену.

Наш предстојећи водич ће објаснити више о Сцалед агиле фрамеворк-у!

ПРЕВ Туториал |. | СЛЕДЕЋА Лекција

Препоручено читање

^