guide jira workflow
Ръководство за управление на проблеми в JIRA, създаване на JIRA Workflow и JIRA Reports:
Подзадача JIRA беше обяснено в предишния ни урок от Поредица от уроци по JIRA .
Видяхме различните видове проблеми и как да ги създадем в нашите по-ранни уроци за JIRA.
Това е следващият урок за JIRA от тази поредица, където ще научим как да ги използваме, напредъка на работния процес и функцията за отчитане на JIRA. Изданието JIRA пътува през различни държави като „In Progress“ и др.
=> Щракнете тук за пълна серия уроци по JIRA
По пътя си потребителят може да продължи да променя описанието, да добавя допълнителни коментари, да иска допълнителна информация за проблема и други различни неща.
Следователно в този урок ще разгледаме подробно работния процес на изданието в JIRA - жизнения цикъл на даден проблем, опциите за коментар, имейл / споделяне и гледане по проблем на JIRA.
Какво ще научите:
Издайте работен поток в JIRA
След като даден проблем бъде създаден в JIRA, той има статута си на „Задачи“ или „Нов“. Този проблем се намира в изоставането на продукта, което обикновено се обработва от Собственика на продукта заедно със Scrum Master в Agile среда.
Собственикът на продукта в зависимост от критичността и важността на изданието решава по кой Sprint да се работи по изданието ( Например, SprintMay2018). Също така се решава фиксираната версия, в която ще се доставя изданието и същата се актуализира по въпроса в полето „FixVersion“.
Собственикът на продукта също така решава кой Scrum екип ще работи по въпроса в зависимост от знанията и компетентността в рамките на scrum екипа. Това, разбира се, не е твърдо и бързо правило, че екип, който има достатъчно познания в тази област, трябва да работи по конкретен въпрос.
Ако има достатъчно време, може да се даде трансфер на знания на всеки екип, за да може екипът да разгледа проблема.
По време на планирането на спринта (например на SprintMay2018), определеният екип за скрам премества проблема в своя Sprint Backlog.
Спиране на спринта
Това обикновено е списък с въпроси, които са ангажирани за решаване от екип за спринт / скрам по време на планирането на спринта
Когато проблемът е в спринта, един от членовете на скрам екипа си задава проблема на себе си. Понякога изданието се възлага на човек от Scrum майстора. Полето ‘Assignee’ сега ще показва името на лицето, на което е възложен проблемът.
Човекът проверява първоначалната оценка по въпроса и ако усещането е, че проблемът ще изисква повече време от споменатата оценка, то може да бъде преоценено след дискусиите със собственика на продукта и майстора на скрама.
Тези дискусии са важни, тъй като магистърът за скрам може да приеме един или повече проблеми, които трябва да бъдат премахнати от текущия спринт, за да съответстват на общия капацитет на отбора.
Модификации на проблема като промяна в описанието се извършват с помощта на бутона Редактиране. В някои версии на JIRA всяко поле може да се редактира отделно, като се използва символът молив (редактиране).
След това Възложителят премества проблема в състояние „В процес на изпълнение“, като просто щракне върху бутона „Стартиране на напредъка“ („В процес на изпълнение“).
След като цесионерът започне да работи по проблема, ако смята, че информацията, предоставена в описанието на изданието, не е достатъчна за него / нея, за да продължи, тогава напредъкът на изданието може да бъде спрян, като просто преместите проблема в състояние „Задачи“.
Някои организации имат бутон „Спиране на напредъка“ за тази цел. Цесионерът трябва да напише правилно коментар описва защо въпросът се спира. Освен това състоянието на проблема може да бъде променено на „Очаква информация“ (някои организации може да нямат този персонализиран тип състояние).
Коментар по въпроса за Jira
За да получите безплатно текстово поле за Коментар, просто кликнете върху бутона за лента с инструменти „Коментирай“, който се намира точно под името на проблема (в този случай името на „тест бъг“). Този бутон е наличен и в раздела „Дейност“ на изданието.
Това ще покаже текстово поле с опции за форматиране, като показаното на изображението по-долу:
Щракнете върху бутона „Добавяне“, след като напишете подходящ разбираем коментар, който ще запази коментара. При необходимост може да се приложи различно форматиране.
Видимостта на коментара може да бъде ограничена, като изберете подходяща опция от падащото меню, разположено близо до символа на катинара. Изборите обикновено ще бъдат като „Всички потребители“, „Роли на проекти“, „Разработчици“. Това ограничение е много важно, ако крайният клиент има достъп до JIRA.
Цесионерът може да изпрати имейл до създателя на изданието чрез самия JIRA, така че да може да се очаква ранен отговор.
електронна поща
Имейлът може да бъде изпратен чрез следните опции
# 1) Използвайки бутона „Споделяне на тази връзка ...“, наличен в горния десен ъгъл на страницата.
# две) Използване на елемента от менюто „Имейл“, наличен от наличните менюта, след като щракнете върху бутона „...“ в горния десен ъгъл на страницата.
# 3) Използване на функционалността „@“ в текстовото поле за коментар. След написването @ JIRA изскача списък с имейл идентификатори и потребителят може да избере един или повече.
Забележка: Опции 2 и 3 може да са налични само след персонализиране на JIRA.
можете ли да добавите към масив в java
Следният изскачащ диалогов прозорец се отваря след щракване върху бутона „Споделяне“.
Потребителско име (имена) или имейл (и) за имейл трябва да бъдат въведени в полето „Потребителско име или имейл“. Допълнителни коментари могат да бъдат въведени в полето „Бележка“. Кликването върху бутона „Споделяне“ в изскачащия диалогов прозорец ще изпрати имейл до споменатите потребители с връзка към проблема с JIRA.
Цесионерът може да го добави като „наблюдател“, като използва „ Гледайте брой Опция. Правейки този наблюдател ще получава известие за всяка една промяна по въпроса, като промяна в описанието, нов коментар и дори работа в дневника.
Брой на часовника
Този елемент от менюто се показва след щракване върху бутона „...“. След като щракне върху този елемент от менюто, потребителят (в този случай правоприемник) влиза в списъка на наблюдателя и етикетът на елемента от менюто се променя на ‘Stop Watching’, което от своя страна може да се използва за спиране на гледането на проблема.
Всички други членове на екип / проект могат да се добавят като наблюдатели, ако се интересуват да знаят какво става с проблема, тъй като наблюдателят не трябва изрично да отваря проблема, за да провери напредъка, но е получено известие (я).
След като един или повече потребители започнат да гледат проблема, съответният брой ще се покаже до етикета, наречен „Наблюдатели“ (вижте изображението по-горе). Влезлият потребител може да спре да гледа проблема, като щракне върху връзката „Спри да гледаш този проблем“ или като кликне върху „Спиране на гледането“ на страницата със списъка „Наблюдатели“.
В случай, че когато някой се интересува да знае имената на потребителите, които всички в момента наблюдават определен проблем, щракнете върху елемента от менюто „Наблюдатели“, който се показва след щракване върху бутона „...“. (Вижте изображенията по-долу).
След като правоприемникът се чувства добре с информацията, проблемът се рестартира отново. Ако състоянието на проблема беше „Задача“, тогава потребителят може директно да стартира напредъка, като щракне върху „Стартиране на напредъка“ („В процес на изпълнение“) в зависимост от наличния бутон. Проблемът отново може да отиде в същия поток, което означава, че напредъкът може да бъде спрян, ако е необходимо.
Цесионерът пише подходящ разбираем коментар по въпроса. Той също така добавя „Работа с дървени трупи“ (времето, което той е инвестирал, работейки по въпроса) в края на всеки ден. Това улеснява собственика на продукта и другите заинтересовани страни да знаят напредъка по въпроса.
Веднага след като правоприемникът усети, че проблемът е решен и е извършен преглед на кода, промените се тестват единично. След като решението е задоволително за цесионера, състоянието на изданието се променя на ‘In Test’ (‘To Be Verified’).
След това тестващият екип на Scrum му възлага проблема и тества промените и околните райони.
Ако тестерът открие проблем или в промените, или в проблем с регресията, тогава тестът е неуспешен и състоянието на проблема се променя обратно на „В процес на изпълнение“ и се възлага на съответния разработчик. Тестерът ще регистрира работата с броя на използваните часове.
Разработчикът ще разгледа необходимите нови промени, ще поправи същото, ще го тества и след това ще премести проблема в „In Progress“. Впоследствие тестващият ще тества проблема и след като бъде удовлетворен, ще маркира състоянието на проблема като „Решен“ (Готово).
Проблемът се решава само след подходяща демонстрация на заинтересованите страни в края на Sprint и всички трябва да чувстват, че DoD е изпълнен. След като версията за корекция / продукт бъде доставена, проблемът е затворен.
Трябва да се помни, че проблем, в случай на грешка, може да бъде затворен директно, ако се установи, че не може да се възпроизведе.
Възможно е да има случай, при който след известно време (дни / месеци и т.н.) поради проблем, задействан от проблема, и може да се наложи да бъде отворен отново и след това да бъде преминат през същия цикъл.
Забележка: Бутонът „...“, посочен по-горе, може да бъде наречен като „Още“ и местата до бутона „Редактиране“ в лентата с инструменти вляво на страницата, в някои версии на JIRA или персонализирани.
Накратко, проблем с JIRA пътува от етапи като New (Open) -> In Ingress -> In Test -> Resolved (Done).
По пътя потребителите / различни заинтересовани страни, свързани с отстраняването на проблема, добавят съответно коментари / описания по проблема.
Управление на проблеми в JIRA
Веднъж създаденият проблем може да бъде достъпен чрез търсене на идентификатора, разглеждане на елемента от менюто „Проблеми“ или отваряне на подробностите за проекта и проверка на раздела за проблеми.
Когато отворите проблем и щракнете върху връзката му, ще се покажат подробностите. Всички действия, които могат да бъдат извършени по конкретния проблем, са налични в заглавката на екрана с подробности за проблема:
Ще преминем в последователен ред отдясно наляво и ще обсъдим всички опции.
# 1) Редактиране: Както подсказва името, тази опция ви позволява да модифицирате създаден проблем. Кликнете върху него и променете информацията по желание. Изберете „Актуализиране“, когато сте готови. Това е подобно на диалога „Създаване на проблем“.
безплатен софтуер за виртуализация за Windows 10
# две) Коментирайте : Това е полезен начин за записване на производството по даден въпрос и за комуникация със съответните членове. Въведете вашите коментари и изберете опцията за ограничаване на гледането:
# 3) Присвояване: Това е опцията, която ще ви е необходима, когато искате да прехвърлите собствеността върху даден проблем. Въведете информацията за прехвърлителя, коментари (всичко, което бихте искали да комуникирате) и изберете гледаемостта на коментара. След като даден проблем е зададен на потребителя, се изпраща автоматично имейл (ако тази опция е избрана от администратора) и проблемът се появява на таблото за управление на цесионера при влизане.
# 4) Още: Следните опции са налични в менюто „Още“:
Agile Board, Rank to Top, Rank to Bottom -> Свързани с Agile проекти - подробностите за които ще бъдат изложени в по-късна статия.
Прикачете файлове, Прикачете екранни снимки -> Позволява ви да прикачвате файлове към даден проблем. Опцията за екранна снимка ще заснеме автоматично екранна снимка. Всичко, което трябва да направите, е екран за печат на вашето устройство и можете директно да го копирате тук в JIRA.
Добавете гласуване, избиратели, спрете да гледате, наблюдатели -> Гласуването е процес, който потребителите на JIRA могат да извършат, за да подкрепят разрешаването на даден проблем благоприятно или неблагоприятно. Опциите в този раздел улесняват същото. Можете също да изберете да гледате даден проблем - когато го направите, всички промени в него ще ви бъдат съобщени.
Създаване на подзадача, конвертиране в подзадача -> Това са опциите, които помагат за създаването и работата с подзадачи. Подробностите са достъпни в урок № 3 от поредицата JIRA .
Етикети -> Тази концепция е подобна на „Етикетите“, които намираме в различни блогове и уеб страници. Можете да категоризирате проблемите въз основа на Версия и Компонент официално, но когато се нуждаете от нещо по-неформално, тази опция може да се използва. Например, всички проблеми, повдигнати за проследяване на коментари от партньорска проверка, могат да бъдат обозначени като „партньорска проверка“, за да ги преглеждате и проследявате лесно.
# 5) Работа в дневника: Това е начин за проследяване на напредъка по вашия проблем по отношение на времето. Когато се използва тази опция, се отваря следният диалог. Както можете да видите, подробната информация за това колко време е отделено на даден проблем, колко остава и т.н. може да се регистрира тук.
# 6) Преместване: Проблемите с JIRA могат да бъдат премествани между проекти. Преминаването от един проект към друг обаче може да означава различен целеви работен поток, различен тип проблем, нов статус и т.н. Следователно е препоръчително да се анализира цялостно как преместването ще повлияе на проблема, преди да продължите с това.
# 7) Връзка: Това е много гъвкава характеристика на JIRA, която ви позволява логично да свързвате проблеми помежду си и да установявате връзки / зависимости.
Примерна ситуация, при която това може да се използва в проекти за осигуряване на качеството е, когато определен дефект ви пречи да изпълнявате определено изискване. Можете да използвате тази опция, за да покажете зависимост.
При достъп до тази връзка се отваря следният диалог. Използването на този диалог е много просто:
Различните видове асоциации могат да бъдат избрани от списъчното поле „Този проблем“. Списъкът съдържа:
Като алтернатива можете да изберете да включите уеб-връзка като референция.
# 8) Клониране: Както подсказва името, можете да създадете дубликат на проблем.
Когато даден проблем е клониран:
- Резюмето на клонирания брой започва с префикс „CLONE“.
- Ще има връзка, установена между родителския проблем и клонирания проблем.
# 9) Имейл проблем: Щракнете върху иконата. 
Въведете информацията за получателя на информацията за проблема в диалоговия прозорец по-долу, който се отваря. Ще бъде изпратен имейл с подробности за проблема с JIRA.
10) Експорт: JIRA също така предоставя начин за записване на информацията за проблема във външни файлове. За целта кликнете върху бутона „Експортиране“ в най-десния ъгъл и ще видите форматите, в които можете да изтеглите проблем с JIRA:
Как да преместим изданието на JIRA през различните етапи на работния процес?
# 1) Проблемът, създаден в JIRA, винаги е в състояние „Отворен“ при създаването му.
# две) Етапите на работния поток, които той преминава, зависят от типа на проекта и работния процес, присвоен на проекта по време на създаването.
# 3) Само администраторът ще може да избере това и след като бъде избран, той не може да бъде променен и всички проблеми по проекта ще преминат през същия работен процес.
# 4) Когато кликнете върху бутона „Стартиране на напредъка“, състоянието на проблема се променя на „В процес“ и етикетът на бутона се променя на „Спиране на напредъка“, който при щракване ще върне състоянието обратно на „Отворено“.
# 5) Кликването върху бутона „Работен поток“ ще ви покаже списъчно поле със следващите етапи, към които даден проблем може да премине.
# 6) Ако проблемът трябва да бъде зададен директно на „Разрешен“, има бутон „Разрешаване на проблем“. При щракване върху него ще можете да изберете причината, поради която проблемът е отстранен.
# 7) За да видите работния поток, през който преминава определен проблем, щракнете върху връзката „Преглед на работния поток“, която е до полето за състояние на даден проблем на страницата с подробности за проблема. Например, за моя проблем показаният работен процес е:
Доклади на JIRA
JIRA се предлага и със стабилна функция за отчитане. Има много видове доклади, които улеснява.
Разгледайте проект, за чиито подробности искате да получите отчет и отидете в раздела „Отчети“. Тук ще видите списък на всички отчети, които могат да ви представят.
най-добрият начин за изтегляне на youtube mp3
Изберете отчета и задайте критериите за данни и ще имате подготвен по поръчка отчет за нула време.
Също така, за инструмент за управление на инциденти, потребителят би очаквал силни функции за търсене и JIRA съответства на сметката и в тази област. Така че, не забравяйте да използвате това в своя полза.
Заключение
Това ни довежда до края на частта „JIRA - Потребител“ от поредицата. Както винаги, надяваме се, че тези уроци по JIRA от поредицата не само ще ви помогнат успешно да използвате софтуера за проследяване на проблеми Atlassian JIRA, но и ще ви помогнат да постигнете най-добрите резултати за вашите дейности по управление на проекти / инциденти / тестове / дефекти.
=> Посетете тук за пълна серия уроци по JIRA
Следващият урок ще се занимава с административните дейности на JIRA - управление на проекти, управление на потребители, разрешения за достъп и т.н.
Моля, уведомете ни за вашите коментари и въпроси по-долу.
Препоръчително четене
- Урок за JIRA Agile: Как да използваме ефективно JIRA за управление на Agile проекти
- Как да интегрираме JIRA с qTest: Ръководство стъпка по стъпка
- Урок за JIRA: Пълно ръководство за използване на JIRA
- Урок за интеграция на GitLab Jira
- Урок за JIRA Dashboard: Как да създадете JIRA Dashboard с пример
- Проследяване на времето на Jira: Как да използвам софтуера за управление на времето на Jira?
- Тествайте автоматизация за Jira с Katalon Studio
- Интегрирайте JIRA със система за управление на тестови случаи TestLodge: Урок стъпка по стъпка