guide jira workflow
Посібник з управління проблемами в JIRA, створення робочого циклу JIRA та звітів JIRA:
Підзадача JIRA було пояснено в нашому попередньому навчальному посібнику з Серія навчальних посібників JIRA .
Ми бачили різні типи питань та способи їх створення в наших попередніх навчальних посібниках JIRA.
Це наступний підручник з JIRA у цій серії, де ми дізнаємося, як ними користуватися, прогрес робочого процесу та функцію звітування JIRA. Випуск JIRA подорожує по різних штатах, таких як „In Progress“ тощо.
=> Клацніть тут, щоб отримати повну серію навчальних посібників JIRA
На своєму шляху користувач може продовжувати змінювати опис, додавати додаткові коментарі, запитувати додаткову інформацію про проблему та інші різні речі.
Отже, у цьому підручнику ми детально розглянемо робочий процес випуску в JIRA - життєвий цикл випуску, параметри коментарів, надсилання електронної пошти / надсилання та перегляду щодо випуску JIRA.
Що ви дізнаєтесь:
Випуск робочого процесу в JIRA
Щойно випуск створено в JIRA, він має статус «Зробити» або «Новий». Ця проблема полягає у відставанні продукту, яким зазвичай займається Власник продукту разом із Scrum Master в середовищі Agile.
Власник продукту залежно від критичності та важливості питання вирішує, над яким Sprint слід працювати ( Наприклад, SprintMay2018). Також вирішується версія виправлення, у якій буде видано випуск, і вона буде оновлена щодо випуску у полі „FixVersion“.
Власник продукту також вирішує, яка команда Scrum працюватиме над цим питанням, залежно від знань та компетенції команди Scrum. Звичайно, це не жорстке правило, згідно з яким команда, яка має достатні знання в цій галузі, повинна працювати над конкретним питанням.
Якщо є достатньо часу, передача знань може бути надана будь-якій команді, щоб команда могла розглянути проблему.
Під час планування спринту (скажімо, SprintMay2018) призначена команда scrum переміщує проблему до свого списку Sprint Backlog.
Відставання спринту
Зазвичай це перелік питань, які вирішуються командою Sprint / Scrum під час планування спринту
Коли випуск у спринті, один із членів команди сутичок призначає випуск собі. Часом випуск призначається людині майстром Scrum. Тепер у полі „Призначник” відображатиметься ім’я особи, якій призначено випуск.
Людина перевіряє початкову оцінку проблеми, і якщо відчуття, що проблема вимагає більше часу, ніж згадана оцінка, тоді вона може бути переоцінена після обговорення з власником продукту та майстром сутичок.
Ці обговорення важливі, тому що майстер скраму може потім прийняти виклик однієї або кількох проблем, які слід видалити з поточного спринту, щоб відповідати загальній потужності команди.
Модифікації проблеми, такі як зміна опису, виконуються за допомогою кнопки Редагувати. У деяких версіях JIRA кожне поле можна редагувати окремо, використовуючи символ олівця (редагувати).
Потім правонаступник переміщує проблему в стан „Виконується”, просто натискаючи кнопку „Почати виконання” („Виконується”.
Після того, як правонаступник почне працювати над випуском, якщо він відчує, що наданої в описі інформації недостатньо для його / її продовження, тоді прогрес випуску можна зупинити, просто перемістивши випуск у стан «To Do».
Для цього деякі організації мають кнопку „Зупинити прогрес”. Цесіонеру слід написати належне коментар опису, чому проблему зупиняють. Окрім цього, статус проблеми може бути змінений на „Очікує інформація.” (Деякі організації можуть не мати такого індивідуального типу статусу).
Коментар до випуску Jira
Щоб отримати безкоштовне текстове поле для коментаря, просто натисніть на кнопку «Коментар» на панелі інструментів, яка розташована безпосередньо під назвою проблеми (у цьому випадку назва випробувальної помилки). Ця кнопка також доступна у розділі Діяльність випуску.
З’явиться текстове поле з параметрами форматування, як те, що показано на зображенні нижче:
Натисніть кнопку «Додати» після написання належного зрозумілого коментаря, який збереже коментар. За потреби може застосовуватися інше форматування.
Видимість коментаря можна обмежити, вибравши відповідний параметр зі спадного меню, яке доступне біля символу замку. Зазвичай вибираються такі варіанти, як «Усі користувачі», «Ролі проектів», «Розробники». Це обмеження є дуже важливим, якщо кінцевий споживач має доступ до JIRA.
Цесіонарій може надіслати електронний лист творцеві випуску через саму JIRA, щоб можна було очікувати швидкої відповіді.
Електронна пошта
Електронний лист можна надіслати за допомогою наступних варіантів
# 1) За допомогою кнопки «Поділитися цим посиланням…», доступної у верхньому правому куті сторінки.
# два) Використовуючи пункт меню «Електронна пошта», доступний у меню, доступному після натискання кнопки «…» у верхньому правому куті сторінки.
# 3) Використання функції «@» у текстовому полі коментаря. Після написання @ JIRA спливає список ідентифікаторів електронної пошти, і користувач може вибрати один або кілька.
Примітка: Варіанти 2 та 3 можуть бути доступні лише після налаштування JIRA.
оголошення статичних змінних в c ++
Наступне спливаюче діалогове вікно відкриється після натискання кнопки «Поділитися».
Ім’я користувача (імена) або ідентифікатор (и) електронної пошти потрібно ввести в поле ‘Ім’я користувача чи електронна адреса’. Додаткові коментарі можна ввести в поле «Примітка». Натиснувши кнопку «Поділитися» у спливаючому діалоговому вікні, згаданим користувачам буде надіслано електронне повідомлення із посиланням на проблему JIRA.
Цесіонарій може додати його / її як «спостерігача», використовуючи Дивіться випуск Варіант. Роблячи це, спостерігач отримуватиме сповіщення про кожну окрему зміну проблеми, як-от зміна в описі, новий коментар і навіть роботу журналу.
Випуск годинника
Цей пункт меню відображається після натискання кнопки «…». Після натискання цього пункту меню користувач (у цьому випадку цесіонарій) потрапляє до списку спостерігача, а мітка пункту меню змінюється на «Зупинити перегляд», що, у свою чергу, може бути використано для припинення перегляду проблеми.
Будь-які інші члени команди / проекту можуть додати себе як спостерігачі, якщо їм цікаво знати, що відбувається з проблемою, оскільки спостерігачеві не потрібно явно відкривати проблему, щоб перевірити прогрес, але отримано повідомлення (повідомлення).
Як тільки один або кілька користувачів почнуть переглядати випуск, відповідний підрахунок відображатиметься поруч із ярликом із назвою «Спостерігачі» (див. Зображення вище). Зареєстрований користувач може припинити перегляд проблеми, натиснувши посилання «Зупинити перегляд цієї проблеми» або натиснувши кнопку «Зупинити перегляд» на сторінці списку «Спостерігачі».
Якщо комусь цікаво дізнатись імена користувачів, які всі зараз переглядають певний випуск, натисніть на пункт меню «Спостерігачі», який з’явиться після натискання кнопки «…». (Зверніться до зображень нижче).
Після того, як правонаступник задоволений інформацією, випуск буде перезапущено знову. Якщо статус проблеми мав значення «To Do», то користувач може безпосередньо розпочати процес, натиснувши «Start Progress» («Виконується») залежно від доступної кнопки. Проблема знову може перейти в той самий потік, що означає, що прогрес можна зупинити, якщо потрібно.
Цесіонарій пише належний зрозумілий коментар з цього приводу. Він також додає 'Робота над журналом' (час, який він інвестував, працюючи над випуском) наприкінці кожного дня. Це дозволяє власнику товару та іншим зацікавленим сторонам знати прогрес у вирішенні проблеми.
Як тільки правонаступник відчуває, що проблема вирішена, і перегляд коду зроблений, зміни перевіряються одиницею. Як тільки рішення задовільне для правонаступника, статус випуску змінюється на „У тесті” („Для перевірки”).
Потім тестер команди Scrum призначає йому проблему та перевіряє зміни та прилеглі території.
Якщо тестер виявляє проблему або у змінах, або у проблемі регресії, тоді тест не вдався, і статус проблеми знову змінюється на «Виконується» та призначається відповідному розробнику. Тестер реєструє роботу з кількістю використаних годин.
Розробник вивчить необхідні нові зміни, виправить те ж саме, модульно протестує його, а потім перемістить проблему у розділ «Виконується». Потім тестувальник протестує проблему і після задоволення позначить статус проблеми як 'Вирішено' (Готово).
Питання вирішується лише після належної демонстрації для зацікавлених сторін в кінці Спринту, і всі повинні відчувати, що Міністерство обов’язків виконано. Після доставки версії виправлення / продукту проблему закривають.
Потрібно пам’ятати, що проблему, у випадку помилки, можна закрити безпосередньо, якщо вона буде відтворена.
Може бути випадок, коли через деякий час (дні / місяці тощо) через проблему, спричинену проблемою, її, можливо, доведеться відкрити повторно, а потім пройти через той самий цикл.
Примітка: Кнопка «…», згадана вище, може бути названа як «Більше», а місця поруч із кнопкою «Редагувати» в смужці інструментів ліворуч на сторінці, в деяких версіях JIRA або на замовлення.
Коротше кажучи, випуск JIRA переходить із таких етапів, як Новий (Відкритий) -> Виконується -> Тестується -> Вирішено (Виконано).
Попутно користувачі / різні зацікавлені сторони, пов’язані з виправленням проблеми, відповідно додають коментарі / описи до проблеми.
Управління проблемами в JIRA
Отриману проблему можна отримати за допомогою пошуку ідентифікатора, перегляду пункту меню «Проблеми» або переходу до деталей проекту та перевірки вкладки проблем.
Коли ви отримуєте доступ до проблеми та натискаєте її посилання, відображатимуться деталі. Усі дії, які можна виконати з конкретною проблемою, доступні в заголовку екрана деталей проблеми:
Ми підемо в послідовному порядку справа наліво та обговоримо всі варіанти.
як повернути масив рядків у Java - -
# 1) Редагувати: Як випливає з назви, цей параметр дозволяє змінити створену проблему. Клацніть на ньому та змініть інформацію за бажанням. Завершивши, виберіть „Оновити“. Це схоже на діалог “Створити випуск”.
# два) Прокоментуйте : Це корисний спосіб записувати розгляд справи та спілкуватися із зацікавленими членами. Введіть свої коментарі та виберіть опцію обмеження перегляду:
# 3) Призначити: Це варіант, який вам знадобиться, коли ви хочете змінити право власності на випуск. Введіть інформацію про правонаступника, коментарі (все, що ви хотіли б повідомити) та виберіть перегляд коментаря. Після того, як користувачеві призначено проблему, надсилається автоматичний електронний лист (якщо цей параметр вибрано адміністратором), і проблема з’являється на інформаційній панелі правонаступника при вході в систему.
# 4) Більше: У пункті меню “Більше” доступні такі опції:
Agile Board, Rank to Top, Rank to Bottom -> Пов’язані з Agile проектами - подробиці яких будуть викладені в наступній статті.
Вкласти файли, Прикріпити знімки екрана -> Дозволяє додавати файли до випуску. Параметр скріншота автоматично зробить знімок екрана. Все, що вам потрібно зробити, це екран друку на вашому апараті, і ви можете безпосередньо скопіювати його тут у JIRA.
Додайте Голосувати, Виборці, Зупиніть перегляд, Спостерігачі -> Голосування - це процес, який користувачі JIRA можуть здійснити, щоб підтримати вирішення проблеми сприятливо чи несприятливо. Параметри в цьому розділі сприяють тому ж. Ви також можете переглянути проблему - коли ви це зробите, про всі зміни в ній ви будете повідомлені.
Створити підзавдання, перетворити на підзавдання -> Це варіанти, які допомагають створювати та працювати з підзавданнями. Детальна інформація доступна в підручник №3 серії JIRA .
Етикетки -> Ця концепція схожа на 'Етикетки', які ми знаходимо на різних щоденниках та веб-сторінках. Ви можете формально класифікувати проблеми за версією та компонентом, але коли потрібна щось більш неформальна, цей параметр можна використовувати. Наприклад, всі проблеми, порушені для відстеження коментарів експертної оцінки, можуть бути позначені як 'експертні оцінки', щоб легко переглядати та відстежувати їх.
# 5) Робота журналу: Це спосіб відстеження прогресу у вашій проблемі з точки зору часу. Коли використовується цей параметр, відкриється наступний діалог. Як бачите, тут можна записати детальну інформацію про те, скільки часу витрачається на тему, скільки залишається тощо.
# 6) Переміщення: Проблеми JIRA можна переносити між проектами. Однак перехід від одного проекту до іншого може означати інший цільовий робочий процес, інший тип проблеми, новий статус тощо. Тому доцільно ретельно проаналізувати, як переміщення вплине на проблему, перш ніж продовжувати це.
# 7) Посилання: Це дуже універсальна особливість JIRA, яка дозволяє вам логічно пов'язувати проблеми між собою та встановлювати взаємозв'язки / залежності.
Прикладом ситуації, коли це можна використовувати в проектах контролю якості, є певний дефект, який перешкоджає виконанню певної вимоги. Ви можете використовувати цей параметр, щоб показати залежність.
Коли ви отримуєте доступ до цього посилання, відкриється наступний діалог. Використовувати цей діалог дуже просто:
Різні види асоціацій можна вибрати у списку “Це питання”. Список містить:
Крім того, ви можете включити веб-посилання як посилання.
# 8) Клон: Як випливає з назви, ви можете створити копію випуску.
Коли клонується випуск:
- Резюме клонованого випуску починається з префіксу 'КЛОН'.
- Буде встановлено зв’язок між батьківською проблемою та клонованою проблемою.
# 9) Випуск електронної пошти: Клацніть на піктограму. 
Введіть інформацію про одержувача інформації про випуск у діалоговому вікні, яке відкриється нижче. Буде надіслано електронне повідомлення з деталями випуску JIRA.
10) Експорт: JIRA також надає спосіб записати інформацію про випуск у зовнішні файли. Для цього натисніть кнопку “Експорт” у крайньому правому куті, і ви побачите формати, до яких ви можете завантажити випуск JIRA:
Як перенести випуск JIRA на різні етапи робочого процесу?
# 1) Випуск, створений в JIRA, завжди має статус 'Відкритий' при створенні.
# два) Етапи робочого процесу, які він виконує, залежать від типу проекту та робочого процесу, призначеного проекту під час створення.
# 3) Тільки адміністратор зможе вибрати це, і після вибору його неможливо змінити, і всі проблеми проекту будуть проходити через той самий робочий процес.
# 4) При натисканні кнопки «Почати прогрес» стан проблеми змінюється на «Виконується», а мітка кнопки змінюється на «Зупинити прогрес», яка при натисканні повертає статус назад на «Відкрити».
# 5) Натиснувши кнопку “Workflow”, ви побачите вікно списку наступних етапів, на які може перейти проблема.
# 6) Якщо проблему потрібно встановити безпосередньо на «Вирішено», доступна кнопка «Вирішити проблему». Натиснувши його, ви зможете обрати причину, за якою проблема вирішена.
чому Linux краще, ніж Windows 10
# 7) Щоб переглянути робочий процес, який проходить певна проблема, натисніть посилання «Переглянути робочий процес», яке знаходиться поруч із полем стану проблеми на сторінці деталей проблеми. Наприклад, для моєї проблеми відображається робочий процес:
Звіти JIRA
JIRA також має надійну функцію звітування. Існує багато видів звітів, які це сприяє.
Перегляньте проект, деталі, про який ви хотіли б отримати звіт, і перейдіть на вкладку «Звіти». Тут ви побачите список усіх звітів, які можна представити для вас.
Виберіть звіт і встановіть критерії даних, і ви отримаєте спеціально виготовлений звіт у найкоротші терміни.
Крім того, щодо інструменту управління інцидентами користувач очікує потужних функцій пошуку, і JIRA також відповідає вимогам у цій галузі. Тож обов’язково використовуйте це на свою користь.
Висновок
На цьому ми закінчуємо частину серії «Користувач JIRA». Як завжди, ми сподіваємось, що ці навчальні посібники з JIRA не лише допоможуть вам успішно використовувати програмне забезпечення для відстеження випусків Atlassian JIRA, але й допоможуть вам досягти найкращих результатів для вашої діяльності з управління проектами / інцидентами / тестами / дефектами.
=> Завітайте сюди, щоб отримати повну серію навчальних посібників JIRA
Наступний підручник буде стосуватися адміністративної діяльності JIRA - управління проектами, управління користувачами, дозволів доступу тощо.
Будь ласка, повідомте нам свої коментарі та запитання нижче.
НАЗАД Підручник | НАСТУПНИЙ підручник
Рекомендована література
- Підручник JIRA Agile: Як ефективно використовувати JIRA для управління гнучкими проектами
- Як інтегрувати JIRA із qTest: Покрокове керівництво
- Підручник з JIRA: Повний практичний посібник із використання JIRA
- Підручник з інтеграції GitLab Jira
- Підручник з інформаційної панелі JIRA: Як створити інформаційну панель JIRA на прикладі
- Відстеження часу Jira: як користуватися програмним забезпеченням управління часом Jira?
- Тестуйте автоматизацію Jira у Katalon Studio
- Інтегруйте JIRA із системою управління тестовими кейсами TestLodge: покроковий посібник