guide jira workflow
Un ghid pentru gestionarea problemelor în JIRA, crearea fluxului de lucru JIRA și a rapoartelor JIRA:
Sub-sarcina JIRA a fost explicat în tutorialul nostru anterior din Seria de tutoriale JIRA .
Am văzut diferitele tipuri de probleme și cum să le creăm în tutorialele noastre anterioare JIRA.
Acesta este următorul tutorial JIRA din această serie, unde vom învăța cum să le folosim, progresul fluxului de lucru și caracteristica de raportare a JIRA. Numărul JIRA călătorește prin diferite state, cum ar fi „În curs” etc.
=> Faceți clic aici pentru seria completă de tutoriale JIRA
Pe drum, utilizatorul poate continua să modifice descrierea, să adauge comentarii suplimentare, să ceară informații suplimentare despre problemă și alte lucruri diferite.
Prin urmare, în acest tutorial, vom arunca o privire detaliată asupra fluxului de lucru Issue în JIRA - ciclul de viață al unei probleme, Comentariu, Email / Share și Opțiuni de vizionare pentru o problemă JIRA.
Ce veți învăța:
Flux de lucru al problemei în JIRA
Odată ce o problemă este creată în JIRA, aceasta are statutul de „De făcut” sau „Nou”. Această problemă se află în restanța produsului, care este gestionată în mod normal de către proprietarul produsului împreună cu Scrum Master într-un mediu agil.
Proprietarul produsului, în funcție de criticitatea și importanța problemei, decide la ce Sprint ar trebui să lucreze problema ( De exemplu, SprintMay2018). Versiunea de remediere în care va fi livrată problema este, de asemenea, decisă și aceeași este actualizată cu privire la problema din câmpul „FixVersion”.
Proprietarul produsului decide, de asemenea, care echipă Scrum va lucra la această problemă, în funcție de cunoștințele și competența din cadrul echipei scrum. Aceasta nu este, desigur, o regulă dificilă și rapidă ca o echipă care are cunoștințe suficiente despre zonă să lucreze la o problemă specifică.
Dacă este disponibil suficient timp, transferul de cunoștințe poate fi acordat oricărei echipe, astfel încât echipa să poată analiza problema.
În timpul planificării sprintului (de exemplu SprintMay2018), echipa de scrum desemnată mută problema în Sprint Backlog.
Sprint Backlog
Este de obicei o listă de probleme care sunt angajate pentru rezolvarea de către o echipă Sprint / Scrum în timpul planificării sprintului
Când problema este în sprint, unul dintre membrii echipei scrum își atribuie problema. Uneori problema este atribuită unei persoane de către maestrul Scrum. Câmpul „Destinatar” va afișa acum numele persoanei căreia i se atribuie problema.
Persoana verifică estimarea inițială a problemei și, dacă sentimentul este ca problema, va necesita mai mult timp decât estimarea menționată, atunci poate fi re-estimată după discuțiile cu proprietarul produsului și masterul scrum.
Aceste discuții sunt importante, deoarece masterul scrum poate apoi să apeleze una sau mai multe probleme care urmează să fie eliminate din sprintul curent pentru a se potrivi cu capacitatea totală a echipei.
Modificările problemei, cum ar fi o modificare a descrierii, se fac folosind butonul Editați. În unele versiuni ale JIRA, fiecare câmp poate fi editat separat folosind simbolul creion (editare).
Destinatarul mută apoi problema în starea „În curs de desfășurare” făcând pur și simplu clic pe butonul „Începe progresul” („În curs de desfășurare”).
Odată ce cesionarul începe să lucreze la problemă, dacă consideră că informațiile furnizate în descrierea problemei nu sunt suficiente pentru ca el / ea să poată continua, progresul problemei poate fi oprit prin simpla mutare a problemei în starea „De făcut”.
Unele organizații au un buton „Stop Progress” în acest scop. Cesionarul ar trebui să scrie un document corespunzător cometariu descriind de ce problema este oprită. În plus, starea problemei poate fi schimbată în „Informații în așteptare” (este posibil ca unele organizații să nu aibă acest tip de stare personalizat).
Comentează problema Jira
Pentru a obține un câmp de text gratuit pentru Comentariu, trebuie doar să faceți clic pe butonul cu benzi de instrumente „Comentariu” care se află chiar sub numele problemei (numele „eroare de testare” a unei probleme în acest caz). Acest buton este disponibil și în secțiunea Activitate a numărului.
Aceasta va afișa un câmp text cu opțiuni de formatare, cum ar fi cel afișat în imaginea de mai jos:
Faceți clic pe butonul „Adăugați” după ce ați scris un comentariu adecvat de înțeles, care va salva comentariul. Dacă este necesar, se pot aplica diferite formate.
Vizibilitatea comentariului poate fi restricționată prin selectarea unei opțiuni potrivite din meniul derulant disponibil lângă simbolul lacătului. Alegerile vor fi de obicei ca „Toți utilizatorii”, „Rolurile proiectului,„ Dezvoltatorii ”. Această restricție este foarte importantă dacă clientul final are acces la JIRA.
Destinatarul poate trimite un e-mail creatorului problemei prin JIRA în sine, astfel încât să poată fi așteptat un răspuns timpuriu.
E-mailul poate fi trimis prin următoarele opțiuni
# 1) Folosind butonul „Distribuiți acest link ...” disponibil în colțul din dreapta sus al paginii.
#Două) Folosind elementul de meniu „E-mail” disponibil din meniurile disponibile după ce faceți clic pe butonul „…” din colțul din dreapta sus al paginii.
# 3) Folosind funcționalitatea „@” în câmpul de text al comentariului. După ce a scris @ JIRA apare o listă de ID-uri de e-mail și utilizatorul poate alege unul sau mai multe.
Notă: Opțiunile 2 și 3 pot fi disponibile numai după personalizarea JIRA.
convertor de la YouTube la mp3 cu editor de etichete
Următoarea casetă de dialog se deschide după ce faceți clic pe butonul „Distribuiți”.
Numele de utilizator sau ID-urile de e-mail trebuie introduse în câmpul „Nume de utilizator sau e-mail”. Comentariile suplimentare pot fi introduse în câmpul „Notă”. Dacă faceți clic pe butonul „Partajați” din fereastra pop-up, veți trimite un e-mail utilizatorilor menționați cu un link către problema JIRA.
Destinatarul îl poate adăuga ca „observator” utilizând „ Urmăriți numărul ' opțiune. Făcând acest observator, veți primi notificări pentru fiecare modificare a problemei, cum ar fi o modificare a descrierii, un comentariu nou și chiar și o jurnală.
Urmăriți numărul
Acest element de meniu se afișează după ce faceți clic pe butonul „…”. După ce faceți clic pe acest element de meniu, utilizatorul (destinatarul în acest caz) intră în lista de vizionare și eticheta elementului de meniu se transformă în „Stop Watching”, care la rândul său poate fi folosit pentru a opri vizionarea problemei.
Orice alți membri ai echipei / proiectului se pot adăuga ca observatori dacă sunt interesați să știe ce se întâmplă cu problema, deoarece un observator nu trebuie să deschidă în mod explicit problema pentru a verifica progresul, dar primesc notificări.
Odată ce unul sau mai mulți utilizatori încep să urmărească problema, numărul corespunzător va fi afișat lângă eticheta denumită „Observatori” (consultați imaginea de mai sus). Utilizatorul conectat poate opri vizionarea problemei făcând clic pe linkul „Opriți vizionarea acestei probleme” sau făcând clic pe „Opriți vizionarea” din pagina listei „Observatori”.
În cazul în care cineva este interesat să afle numele utilizatorilor care urmăresc toți un anumit număr, faceți clic pe elementul de meniu „Observatori”, care se afișează după ce faceți clic pe butonul „…”. (Consultați imaginile de mai jos).
Odată ce cesionarul este confortabil cu informațiile, atunci problema este repornită din nou. Dacă starea problemei era „De făcut”, atunci utilizatorul poate începe direct progresul făcând clic pe „Începeți progresul” („În curs”), în funcție de butonul disponibil. Problema poate intra din nou în același flux, ceea ce înseamnă că progresul poate fi oprit, dacă este necesar.
Destinatarul scrie un comentariu adecvat de înțeles asupra problemei. De asemenea, adaugă „Log work” (timpul pe care l-a investit lucrând la problemă) la sfârșitul fiecărei zile. Acest lucru facilitează proprietarul produsului și celelalte părți interesate să cunoască progresul pe această temă.
De îndată ce cesionarul consideră că problema este rezolvată și revizuirea codului este efectuată, modificările sunt testate pe unitate. Odată ce soluția este satisfăcătoare pentru cesionar, starea problemei se schimbă în „În test” („Pentru a fi verificat”).
Testatorul echipei Scrum îi atribuie apoi problema / testează schimbările și zonele înconjurătoare.
Dacă testerul găsește o problemă fie la modificări, fie la o problemă de regresie, testul eșuează și starea problemei este schimbată înapoi la „În curs” și atribuită dezvoltatorului în cauză. Testerul va înregistra lucrările cu numărul de ore utilizate.
Dezvoltatorul va analiza noile modificări necesare, le va remedia, le va testa și apoi va muta problema la „În curs”. Testatorul va testa ulterior problema și, odată satisfăcut, va marca starea problemei ca „Rezolvat” (Terminat).
Problema este rezolvată numai după o demonstrație adecvată pentru părțile interesate la sfârșitul Sprint și toți trebuie să simtă că DoD este îndeplinit. Odată ce versiunea de remediere / produs este livrată, problema este închisă.
Trebuie să ne amintim că o problemă, în cazul unei erori, poate fi închisă direct, dacă se constată că nu este reproductibilă.
S-ar putea să existe un caz în care, după o perioadă de timp (zile / luni etc.) din cauza unei probleme declanșate de problemă, s-ar putea să fie redeschis și care este apoi parcurs în același ciclu.
Notă: Butonul „…” menționat mai sus poate fi denumit „Mai multe” și locurile de lângă butonul „Editați” din banda de instrumente din stânga paginii, în unele versiuni JIRA sau în versiuni personalizate.
Pe scurt, un număr JIRA călătorește din etape precum Nou (Deschis) -> În curs -> În test -> Rezolvat (Terminat).
Pe parcurs, utilizatorii / diferitele părți interesate asociate cu soluționarea problemei adaugă comentarii / descrieri privind problema în consecință.
Gestionați problemele în JIRA
Problema odată creată poate fi accesată căutând ID-ul, răsfoind elementul de meniu „Probleme” sau accesând detaliile proiectului și verificând fila Probleme.
Când accesați o problemă și faceți clic pe linkul acesteia, detaliile vor fi afișate. Toate acțiunile care pot fi efectuate cu privire la problema respectivă sunt disponibile în antetul ecranului cu detalii despre problemă:
Vom merge în ordine secvențială de la dreapta la stânga și vom discuta despre toate opțiunile.
# 1) Editați: După cum sugerează și numele, această opțiune vă permite să modificați o problemă creată. Faceți clic pe el și modificați informațiile după cum doriți. Alegeți „Actualizați” când ați terminat. Acest lucru este similar dialogului „Creați o problemă”.
#Două) cometariu : Acesta este un mod util de a înregistra procedurile privind o problemă și de a comunica cu membrii implicați. Introduceți comentariile și alegeți opțiunea de a restricționa vizionarea:
# 3) Atribuiți: Aceasta este opțiunea de care ați avea nevoie atunci când doriți să schimbați proprietatea asupra unei probleme. Introduceți informațiile despre destinatar, comentarii (orice ați dori să comunicați) și alegeți vizionarea comentariului. Odată ce o problemă este atribuită utilizatorului, se trimite un e-mail automat (dacă această opțiune este aleasă de administrator) și problema apare pe tabloul de bord al destinatarului la conectare.
# 4) Mai multe: Următoarele opțiuni sunt disponibile sub meniul „Mai multe”:
care este cel mai bun software de dictare
Agile Board, Rank to Top, Rank to Bottom -> Legat de proiectele Agile - ale căror detalii vor apărea într-un articol ulterior.
Atașați fișiere, Atașați capturi de ecran -> Vă permite să atașați fișiere la o problemă. Opțiunea de captură de ecran va captura automat o captură de ecran. Tot ce trebuie să faceți este un ecran de imprimare pe aparatul dvs. și îl puteți copia direct aici în JIRA.
Adăugați vot, alegători, opriți vizionarea, Observatori -> Votul este un proces pe care utilizatorii JIRA îl pot efectua pentru a sprijini rezolvarea favorabilă sau nefavorabilă a unei probleme. Opțiunile din această secțiune facilitează același lucru. De asemenea, puteți alege să urmăriți o problemă - când faceți acest lucru, toate modificările aduse acesteia vă vor fi notificate.
Creați sub-sarcină, convertiți în sub-sarcină -> Acestea sunt opțiunile care vă ajută să creați și să lucrați cu Sub-sarcini. Detaliile sunt disponibile în tutorialul nr. 3 din seria JIRA .
Etichete -> Acest concept este similar cu „Etichetele” pe care le găsim pe diverse bloguri și pagini web. Puteți clasifica problemele în funcție de versiune și componentă în mod formal, dar atunci când aveți nevoie de ceva mai informal, această opțiune poate fi utilizată. De exemplu, toate problemele ridicate pentru a urmări comentariile de evaluare inter pares pot fi etichetate „evaluare inter pares” pentru a le vizualiza și urmări cu ușurință.
# 5) Jurnal de lucru: Acesta este un mod de a urmări progresul în ceea ce privește problema dvs. în termeni de timp. Când se folosește această opțiune, se deschide următorul dialog. După cum puteți vedea, informațiile detaliate despre cât timp este petrecut pentru o problemă, cât a rămas, etc. pot fi înregistrate aici.
întrebări și răspunsuri la interviul dezvoltatorului salesforce pdf
# 6) Mutați: Problemele JIRA pot fi mutate între proiecte. Cu toate acestea, trecerea de la un proiect la altul ar putea însemna un flux de lucru țintă diferit, un alt tip de problemă, un nou statut etc. De aceea, este recomandabil să analizați în detaliu modul în care mutarea va afecta problema înainte de a continua acest lucru.
# 7) Legătură: Aceasta este o caracteristică foarte versatilă a JIRA, care vă permite să legați în mod logic probleme între ele și să stabiliți relații / dependențe.
Un exemplu de situație în care acest lucru poate fi utilizat în proiectele de asigurare a calității este atunci când un anumit defect vă împiedică să lucrați cu o anumită cerință. Puteți utiliza această opțiune pentru a arăta dependență.
Când se accesează acest link, se deschide următorul dialog. Folosirea acestui dialog este foarte simplă:
Diferitele tipuri de asociații pot fi alese din caseta de listă „Acest număr”. Lista conține:
Alternativ, puteți alege să includeți un link web ca referință.
# 8) Clonează: După cum sugerează și numele, puteți crea un duplicat al unei probleme.
Când o problemă este clonată:
- Rezumatul numărului clonat începe cu prefixul „CLONĂ”.
- Va exista o legătură între problema părinte și problema clonată.
# 9) Problemă prin e-mail: Faceți clic pe pictogramă. 
Introduceți informațiile destinatarului informațiilor despre problemă în dialogul de mai jos care se deschide. Va fi trimis un e-mail cu detaliile problemei JIRA.
10) Export: JIRA oferă, de asemenea, o modalitate de a scrie informațiile despre problemă în fișiere externe. Pentru a face acest lucru, faceți clic pe butonul „Export” din colțul din dreapta și veți vedea formatele în care puteți descărca o problemă JIRA:
Cum să mutați o problemă JIRA prin diferitele etape ale fluxului de lucru?
# 1) O problemă creată în JIRA este întotdeauna în starea „Deschisă” la creare.
#Două) Etapele fluxului de lucru pe care le parcurge depinde de tipul proiectului și de fluxul de lucru atribuit proiectului în timpul creării.
# 3) Doar administratorul va putea alege acest lucru și, odată ales, acesta nu poate fi modificat și toate problemele din cadrul proiectului vor trece prin același flux de lucru.
# 4) Când se face clic pe butonul „Începeți progresul”, starea problemei se schimbă în „În curs” și eticheta butonului se schimbă în „Opriți progresul”, care, atunci când faceți clic, va readuce starea înapoi la „Deschis”.
# 5) Dacă faceți clic pe butonul „Flux de lucru”, veți afișa o listă cu următoarele etape la care poate merge o problemă.
# 6) Dacă problema trebuie setată la „Rezolvat” direct, există un buton „Rezolvare problemă” disponibil. Dacă faceți clic pe acesta, veți putea alege motivul pentru care ați spus că problema a fost rezolvată.
# 7) Pentru a vizualiza fluxul de lucru prin care trece o anumită problemă, faceți clic pe linkul „Vizualizați fluxul de lucru” aflat lângă câmpul de stare al unei probleme în pagina cu detalii despre problemă. De exemplu, pentru problema mea, fluxul de lucru afișat este:
Rapoarte JIRA
JIRA vine, de asemenea, cu o caracteristică robustă de raportare. Există multe tipuri de rapoarte pe care le facilitează.
Răsfoiți un proiect ale cărui detalii ați dori să obțineți un raport și accesați fila „Rapoarte”. Aici veți vedea o listă cu toate rapoartele care vă pot prezenta.
Alegeți raportul și setați criteriile de date și veți avea personalizat raportul în mână în cel mai scurt timp.
De asemenea, pentru un instrument de gestionare a incidentelor, un utilizator s-ar aștepta la funcții de căutare puternice, iar JIRA se potrivește cu factura și în acest domeniu. Deci, asigurați-vă că utilizați acest lucru în beneficiul dvs.
Concluzie
Acest lucru ne aduce la capăt partea „JIRA- User” a seriei. Ca întotdeauna, sperăm că aceste tutoriale JIRA din serie nu numai că vă vor ajuta să utilizați cu succes software-ul de urmărire a problemelor Atlassian JIRA, ci vă vor ajuta să obțineți cele mai bune rezultate pentru activitățile dvs. de gestionare a proiectului / incidentelor / testelor / defectelor.
=> Vizitați aici pentru seria completă de tutoriale JIRA
Următorul tutorial se va ocupa de activitățile de administrare JIRA - Management de proiect, Management de utilizator, permisiuni de acces etc.
Vă rugăm să ne anunțați comentariile și întrebările de mai jos.
Lectură recomandată
- JIRA Agile Tutorial: Cum să utilizați JIRA eficient pentru gestionarea proiectelor Agile
- Cum se integrează JIRA cu qTest: un ghid pas cu pas
- Tutorial JIRA: un ghid practic complet de utilizare JIRA
- Tutorial de integrare GitLab Jira
- Tutorial JIRA Dashboard: Cum se creează JIRA Dashboard cu un exemplu
- Urmărirea timpului Jira: Cum se utilizează software-ul de gestionare a timpului Jira?
- Test automatizare pentru Jira cu Katalon Studio
- Integrați JIRA cu sistemul TestLodge Test Management System: Tutorial pas cu pas