agile planning with microsoft team foundation server
Овај водич објашњава како се врши агилно планирање помоћу Мицрософт ТФС-а који ће помоћи менаџерима пројеката да планирају и прате рад у својим тимовима:
Међу разним чланцима објављеним у СофтвареТестингХелп.цом на ДевОпс, видели смо неколико добрих чланака о ДевОпсу са становишта Континуиране интеграције и Континуиране испоруке користећи Мицрософт ТФС, АВС и сигурно алате отвореног кода попут Ансибле.
Један од предуслова за ДевОпс је одређени снажан процес попут АГИЛЕ-а који уноси агилност у читав СДЛЦ процес, при чему је фокус фокусиран на објављивање софтвера на врло кратак рок, са краћим циклусима објављивања и брзим повратним информацијама. Тако рећи агилни процес се углавном фокусира на брзину.
Шта ћете научити:
Агиле планирање помоћу Мицрософт ТФС 2017
Пре него што прођете кроз различите одељке овог чланка, било би добро упознати се са неким од њих важне терминологије коришћене у Агиле-у. Ове терминологије ће се користити у овом чланку.
Предуслови: Мицрософт ТФС 2017
Направите ТФС тимски пројекат користећи СЦРУМ предложак процеса
Прво ћемо започети са израдом пројекта ТФС тима користећи СЦРУМ образац пратећи доле наведене кораке.
Пријавите се на Мицрософт ТФС 2017 и кликните на Нови пројекат.
Унесите назив пројекта и изаберите Сцрум као образац. Кликните на Креирај.
Једном када је пројекат креиран, додајте чланове у пројекат кликом на + икону.
Направите заостатак производа
Као што знате да је Мицрософт ТФС интегрисани АЛМ алат који помаже у стварању радних предмета, планирању пројеката, креирању дефиниција градње и дефиниција издања са функцијом за ручно тестирање.
Пре било ког агилног планирања, морамо почети дефинисањем Спринтс што је унапред дефинисани временски оквир за посао који треба обавити. Кликните на Подешавања -> Посао а затим дефинишите спринтеве са датумима почетка и завршетка.
Изаберите Спринт и подесите датум почетка и завршетка.
Овде ћемо се фокусирати на стварање радних предмета који ће бити саставни део агилног планирања. Почнимо са стварањем заосталих производа који садрже приоритетну листу свих функција које ће бити део ваше апликације или производа.
Власник производа одржава овај заостатак и уз помоћ сцрум тима одлучује о изводљивости рада у одређеном спринту.
Да бисте креирали заостатак производа из У менију радног одељка изаберите Заостали.
Кликните на Ново, унесите наслов заостале ставке и кликните на Додати .
Предмет заостатка производа додаје се у заостатак. У теоретском смислу, ставку заосталих производа можете сматрати корисничком причом или захтевом за промену. Они ће се обично разградити у вишеструким задацима програмера и тест случајевима.
како писати уат тест скрипте
Такође можете да извршите редослед на основу приоритета. Само повуците и испустите радне ставке изнад или испод.
Отворите радни предмет и додајте напор. Овде напор може бити у складу са пројектним потребама било прича или дана или сата. Процена напора би се додала када се ставка разложи на задатке. Додели власник у одељку „Додељено“ и подесите „Држава“ на Одобрено за развој. Кликните на Сними и затвори.
Затим ставку доделите Спринту 1 повлачењем и испуштањем до Спринта 1.
Стаза за понављање мења ставку у Спринт1 као што је приказано на доњој слици.
Како премештамо предмет у Готово Држава, брзина која дефинише укупан број тачака приче које сцрум тим постиже у спринту приказује се кликом на горњи десни графикон брзине.
Дакле, резимирајући, можемо рећи да је тим испунио 8 тачака у Спринту 1 као што је приказано на горњој табели брзина.
Планирање капацитета
За сваки Спринт можемо одредити број сати које ће сваки члан радити за пројекат који му је додељен. Приказ капацитета за сваки спринт дефинише ово. Овај поглед такође обухвата активност на којој сваки члан ради, попут Дизајн или Развој или Извештавање итд.
Кликните на одговарајући Спринт. У овом случају, отворите Спринт 1 и идите на Приказ капацитета . Ажурирајте како је приказано доле.
На горњем снимку екрана, јер корисник Дев1 ради само 4 сата дневно током 2 недеље спринта, што је 10 радних дана. Тхе Посао додељен показује да је додељен задатку за који је потребно 8 сати да би се обавио од 40 сати за спринт период од 2 недеље. Ово се израчунава као 4 (сати дневно) * 10 (2 недеље) = 40 сати.
Сличан прорачун се врши за корисника Дев2.
Креирање задатака
Како сада имамо дефинисану ставку заосталих производа или корисничку причу, као и планиране капацитете за сваког корисника у пројекту, сада то можемо раставити на задатке програмера. На радном екрану кликните на Спринт 1 а затим кликните на Додај знак задатка + за ставку заосталих производа.
Доделите га програмеру и унесите вредност у сати за преостало поље рада. Кликните на Саве анд Цлосе.
Створени задатак повезан је са ставком заосталих производа.
Овде је преостало радно поље број сати преосталих за извршавање задатка. Будући да смо у горњем примеру поставили поље на 8 сати и рецимо да је програмер на крају дана извршио само 2 сата рада на задатку, онда би поље преосталог сата било ажурирано на 6. Можете га направити 0 када више нема посла или ако је преостао 1 сат или мање посла или негде између 0 и 1 сата.
Од ове вредности, ТФС може да направи сагоревајући графикон за спринт који је једна од врло корисних метрика у Агиле-у. Горњи поступак је за предложак СЦРУМ и нема поље Оригинална процена у радној ставци Задатак.
Ако је пројекат ТФС тима конфигурисан помоћу Агиле или ЦММИ шаблона процеса, постоји могућност уноса поља Оригинал Естимате.
Да бисте додали поље Оригинал Естимате ( Мицрософт.ВСТС.Сцхедулинг.ОригиналЕстимате ) у типу радне ставке Задатак помоћу предлошка процеса СЦРУМ мора се додати као прилагођено поље. Можете користити витадмин екпортвитд , што је опција командне линије. Додајте поље у извоженој КСМЛ датотеци и вратите га у тимски пројекат.
Футуре Спринтс
Предмет заостатка производа или корисничка прича такође се могу планирати за будућност повлачењем и испуштањем предмета на било који други будући спринт.
како да пронађем свој мрежни сигурносни код
Коришћење табле задатака
Будући да је Спринт план успостављен, сада можемо да видимо напредак сваког задатка из приказа радне табле. Тако Таскбоард пружа визуелни ток задатака и његов статус. Тако током сваког скромног састанка можете погледати статус сваког задатка додељеног члановима.
Такође можете погледати резиме укупног преосталог посла који треба завршити.
Веома је важно пратити статус и напредак, а то се може постићи путем радне табле. Кликните на Поглед на таблу за Спринт.
Ова табла је врло користан поглед и може се користити за извештавање током дневног састанка стандуп-а.
до) Ако су програмери са додељеним задацима почели да раде на њима, можете их преместити из Урадити држава да У току стање само повлачењем и испуштањем.
б) Промените преостало радно време задатка за корисника Дев2 са преосталих 8 на 5 сати. Тада ће се сати рада у току ажурирати у складу с тим.
ц) Графикон сагоревања, кликом на горњи десни угао, аутоматски се ажурира.
д) Сада затворите задатак додељен Дев2 превлачењем и испуштањем задатка у Готово стање. Преостало радно време за овај задатак аутоматски се смањује на 0, а табела сагоревања се такође ажурира.
Преглед спринта и ретроспектива
Па, посао је завршен и рок за спринт је завршен. Да ли тим мисли да је време да се опусти или предахне? Апсолутно велико НЕ. Сада је време за расправу о веома важном делу животног циклуса СЦРУМ-а, а то је преглед и ретроспектива.
Преглед Спринт-а фокусира се на испоручене производе, прегледава ставке ГОТОВИ заостали производи и нуди демонстрацију купцима. Такође, веома је важно разговарати о томе које ставке заосталих производа нису урађене и зашто, и што је најважније прикупити повратне информације од купаца и планирати их за будуће спринтеве. Преглед спринта обично се врши између власника производа, развојног тима и купаца.
Ретроспектива спринта фокусира се на аспекте процеса попут онога што је прошло добро, а шта није? Тако да ћете такође морати да прикупите повратне информације о процесу и људима. Будући да је ово врло важан аспект агилног животног циклуса, о томе можете научити више ретроспективе.
Дакле, врло је могуће да би у сваком спринту могло бити недовршених послова. У овом сценарију преместите ПБИ / Таскс у Бацклог производа или у следећи Спринт за који одлучи Власник производа.
Али за сада, где чувамо критике и ретроспективе? Можете их сачувати као део дискусије о радном предмету или створити нови радни предмет који ће садржати тачке ретроспективне акције и повратне информације.
Закључак
У овом чланку смо видели како Мицрософт Теам Фоундатион Сервер као АЛМ алат пружа брзи и уредан начин за почетак рада на вашој апликацији након процеса Агиле Сцрум.
Морамо да осигурамо да сви тимови који прате Агиле СЦРУМ процес морају да дефинишу и креирају следеће аспекте како би правилно планирали и управљали радом свог тима.
- Користите одговарајући образац СЦРУМ процеса у Мицрософт ТФС
- Направите заостале производе
- Одређивање распореда спринта и капацитета тима
- Избор предмета за заостатак у спринту
- Разлагање ПБИ-а или корисничких прича у задатке
- Користите Бурндовн карте да бисте пратили напредак
- Веома је важно користити Таскбоард за праћење напретка
- На крају, извршите ефикасан преглед спринта и ретроспективу
Препоручено читање
- Како бити добар ментор, тренер и истински тим-бранилац у агилном свету тестирања? - Инспирација
- Агиле Анд Сцрум Терминологи: Појмовник за агилне / Сцрум концепте
- Како олакшати агилни процес процене помоћу планирања покера
- Савремени принципи тестирања за агилну методологију у тестирању
- Самодовољни Сцрум тимови: Како створити самодовољни тим?
- Агилни ретроспективни састанци - зашто је то неопходно и неки забавни начини да се то изведе
- 4 корака ка развоју агилног начина тестирања за успешан прелазак на агилни процес
- Формат и смернице за решавање радова ИСТКБ Фоундатион Екам