guide jira workflow
En guide til håndtering af problemer i JIRA, Oprettelse af JIRA Workflow og JIRA-rapporter:
JIRA Underopgave blev forklaret i vores tidligere tutorial fra Series of JIRA Tutorials .
Vi har set de forskellige slags emner, og hvordan man opretter dem i vores tidligere JIRA Tutorials.
Dette er den næste JIRA-tutorial i denne serie, hvor vi lærer at bruge dem, workflowfremskridt og rapporteringsfunktionen i JIRA. JIRA-emnet rejser gennem forskellige stater som 'In Progress' osv.
=> Klik her for komplette JIRA-vejledningsserier
På vej kan brugeren fortsætte med at ændre beskrivelsen, tilføje yderligere kommentarer, bede om yderligere information om problemet og andre forskellige ting.
Derfor i denne tutorial tager vi et detaljeret kig på Issue-workflow i JIRA - livscyklussen for et emne, Kommentar, E-mail / Del og Watch-muligheder for et JIRA-emne.
Hvad du lærer:
Udsted arbejdsgang i JIRA
Når et problem er oprettet i JIRA, har det status som 'At gøre' eller 'Ny'. Dette problem findes i produktets efterslæb, der normalt håndteres af produktejeren sammen med Scrum Master i et agilt miljø.
Produktejeren afhænger af problemets kritiske betydning og vigtighed, hvilken Sprint emnet der skal arbejdes med ( For eksempel, SprintMay2018). Fix-version, hvor problemet vil blive leveret, afgøres også, og det samme opdateres om problemet i feltet 'FixVersion'.
Produktejeren beslutter også, hvilket Scrum-team der vil arbejde på problemet afhængigt af viden og kompetence inden for scrumteamet. Dette er selvfølgelig ikke en hård og hurtig regel, at et team, der har tilstrækkelig viden om området, skal arbejde på et specifikt emne.
Hvis der er tilstrækkelig tid til rådighed, kan videnoverførsel gives til ethvert hold, så holdet kan se på problemet.
Under sprintplanlægning (fx SprintMay2018) flytter det udpegede scrumhold problemet i deres Sprint Backlog.
Sprint-efterslæb
Det er typisk en liste over problemer, som et Sprint / Scrum-team har forpligtet sig til at løse under sprintplanlægningen
Når problemet er i sprinten, tildeler et af scrum-teammedlemmerne problemet til sig selv. Nogle gange tildeles problemet til en person af Scrum-mesteren. Feltet 'Modtager' viser nu navnet på den person, som problemet er tildelt.
Personen kontrollerer det oprindelige skøn over spørgsmålet, og hvis følelsen er som om spørgsmålet vil kræve mere tid end det nævnte skøn, kan det vurderes igen efter drøftelserne med produktejeren og scrummasteren.
Disse diskussioner er vigtige, fordi scrummasteren derefter kan ringe til et eller flere spørgsmål, der skal fjernes fra den aktuelle sprint for at matche den samlede holdkapacitet.
Ændringer af problemet som en ændring i beskrivelsen udføres ved hjælp af knappen Rediger. I nogle versioner af JIRA kan hvert felt redigeres separat ved hjælp af blyantsymbolet (rediger).
Modtageren flytter derefter spørgsmålet til tilstanden 'Igangværende' ved blot at klikke på knappen 'Start fremskridt' ('I gang').
Når modtageren begynder at arbejde på problemet, og hvis han føler, at informationen i beskrivelsen af problemet ikke er tilstrækkelig til, at han / hende kan fortsætte, kan problemets fremskridt stoppes ved blot at flytte problemet til tilstanden 'At gøre'.
Nogle organisationer har knappen 'Stop fremskridt' til dette formål. Modtager skal skrive en ordentlig kommentar beskriver hvorfor problemet stoppes. Ud over dette kan problemstatus ændres til 'Afventer info.' (Nogle organisationer har muligvis ikke denne tilpassede statustype).
Kommentar til Jira-problemet
For at få et frit tekstfelt til Kommentar skal du blot klikke på knappen 'Kommentar' på værktøjsstrimlen, som er placeret lige under navnet på problemet ('testfejl' navn på et problem i dette tilfælde). Denne knap er også tilgængelig i sektionen Aktivitet i udgaven.
Dette viser et tekstfelt med formateringsmuligheder som det, der vises i nedenstående billede:
Klik på knappen 'Tilføj' efter at have skrevet en korrekt forståelig kommentar, som gemmer kommentaren. Forskellige formateringer kan anvendes, hvis det kræves.
Synligheden af kommentaren kan begrænses ved at vælge en passende indstilling i rullemenuen nær hængelås-symbolet. Valg vil typisk være som 'Alle brugere', 'Projektroller,' Udviklere '. Denne begrænsning er meget vigtig, hvis slutkunden har adgang til JIRA.
Modtageren kan sende en e-mail til skaberen af emnet gennem JIRA selv, så man kan forvente et tidligt svar.
E-mail kan sendes via følgende muligheder
# 1) Brug knappen 'Del dette link ...' tilgængelig øverst til højre på siden.
#to) Brug af menupunktet 'E-mail', der er tilgængeligt i de tilgængelige menuer, når du har klikket på knappen '...' øverst til højre på siden.
# 3) Brug af '@' funktionalitet i kommentarfeltfeltet. Efter at have skrevet @ JIRA dukker en liste op med e-mail-id'er, og brugeren kan vælge en eller flere.
Bemærk: Valgmuligheder 2 & 3 er muligvis kun tilgængelige efter tilpasning af JIRA.
simpelt flette sorteringsprogram i c ++
Den følgende popup-dialogboks åbnes, når du har klikket på knappen 'Del'.
Brugernavn eller e-mail-id skal indtastes i feltet 'Brugernavn eller e-mail'. Yderligere kommentarer kan indtastes i feltet 'Bemærk'. Ved at klikke på knappen 'Del' i popup-dialogboksen sendes en e-mail til de nævnte brugere med et link til JIRA-problemet.
Modtager kan tilføje ham / hende som en 'seer' ved hjælp af ' Se problemet ' mulighed. Ved at gøre dette får watcher besked for hver eneste ændring i emnet, som en ændring i beskrivelse, ny kommentar og endda log arbejde også.
Se udgave
Dette menupunkt vises efter at have klikket på knappen '...'. Efter at have klikket på dette menupunkt, kommer brugeren (tildeles i dette tilfælde) ind på listen over seere, og etiketten på menupunktet skifter til 'Stop Watching', som igen kan bruges til at stoppe med at se problemet.
Ethvert andet team / projektmedlemmer kan tilføje sig selv som overvågere, hvis de er interesserede i at vide, hvad der sker med problemet, da en seer ikke behøver at åbne problemet eksplicit for at kontrollere fremskridt, men meddelelse (r) modtages.
Når en eller flere brugere begynder at se problemet, vises det tilsvarende antal ved siden af etiketten med navnet 'Watchers' (se ovenstående billede). Indlogget bruger kan stoppe med at se problemet ved at klikke på linket 'Stop med at se dette problem' eller ved at klikke på 'Stop overvågning' på listen 'Overvågere'.
Hvis nogen er interesseret i at kende navnene på de brugere, der alle i øjeblikket ser et bestemt problem, skal du klikke på menupunktet 'Watchers', som vises efter at have klikket på knappen '…'. (Se nedenstående billeder).
Når modtageren er fortrolig med oplysningerne, genstartes problemet igen. Hvis problemstatus var 'At gøre', kan brugeren starte fremskridt direkte ved at klikke på 'Start fremskridt' ('I gang') afhængigt af den tilgængelige knap. Problemet kan igen gå i samme strøm, hvilket betyder, at fremskridt kan stoppes, hvis det kræves.
Modtageren skriver en ordentlig forståelig kommentar til problemet. Det tilføjer også 'Log-arbejde' (den tid, han investerede i at arbejde med problemet) i slutningen af hver dag. Dette gør det lettere for produktejeren og de andre interessenter at kende fremskridtene i emnet.
Så snart modtageren føler, at problemet er løst, og kodegennemgang er udført, testes ændringerne. Når løsningen er tilfredsstillende for modtageren, ændres status for problemet til 'In Test' ('For at blive bekræftet').
Scrum teamtester tildeler derefter ham / hende problemet og tester ændringerne og de omkringliggende områder.
Hvis testeren finder et problem enten i ændringerne eller et regressionsproblem, mislykkes testen, og problemstatus ændres tilbage til 'Igangværende' og tildeles den pågældende udvikler. Testeren logger arbejdet med det anvendte antal timer.
Udvikleren vil undersøge de krævede nye ændringer, rette det samme, enhedsteste det og derefter flytte problemet til 'Igangværende'. Testeren tester derefter problemet og markerer problemstatus som 'Løst' (Udført) når det er tilfreds.
Spørgsmålet løses først efter en ordentlig demo til interessenterne i slutningen af Sprint, og alle skal føle, at DoD er opfyldt. Når fix / produktversionen er leveret, lukkes problemet.
Det skal huskes, at et problem i tilfælde af en fejl kan lukkes direkte, hvis det viser sig, at det ikke er reproducerbart.
Der kan være et tilfælde, hvor der efter et stykke tid (dage / måneder osv.) På grund af et problem udløst af problemet, og det muligvis skal genåbnes, og som derefter krydses gennem den samme cyklus.
udvikling af vandfaldssoftware livscyklusmodeller
Bemærk: Ovenstående knap '...' kan navngives som 'Mere' og stederne ved siden af 'Rediger' -knappen i værktøjsstrimlen til venstre på siden, i nogle JIRA-versioner eller tilpassede.
Kort sagt rejser et JIRA-emne fra faser som Ny (Åben) -> Igang -> I test -> Løst (Udført).
Undervejs tilføjer brugerne / forskellige interessenter, der er forbundet med at få problemet løst, kommentarer / beskrivelser om problemet i overensstemmelse hermed.
Administrer problemer i JIRA
Problemet, når det først er oprettet, kan tilgås ved at søge i id'et, gennemse menupunktet 'Problemer' eller gå til projektdetaljerne og kontrollere fanen Problemer.
Når du åbner et problem og klikker på dets link, vises detaljerne. Alle de handlinger, der kan udføres på det bestemte problem, er tilgængelige i overskriften på skærmen med oplysninger om oplysninger:
Vi vil gå i rækkefølge fra højre til venstre og diskutere alle muligheder.
# 1) Rediger: Som navnet antyder, giver denne mulighed dig mulighed for at ændre et oprettet problem. Klik på den og rediger oplysningerne efter ønske. Vælg 'Opdater', når du er færdig. Dette svarer til dialogen 'Opret problem'.
#to) Kommentar : Dette er en nyttig måde at registrere sagen på et emne og kommunikere med de berørte medlemmer. Indtast dine kommentarer, og vælg muligheden for at begrænse antallet af seere:
# 3) Tildel: Dette er den mulighed, du har brug for, når du vil skifte ejerskab af et problem. Indtast modtageroplysningerne, kommentarerne (alt, hvad du vil kommunikere), og vælg kommentaren. Når et emne er tildelt brugeren, sendes en automatisk e-mail (hvis denne valgmulighed vælges af administratoren), og problemet vises på modtagerens instrumentbræt ved login.
# 4) Mere: Følgende muligheder er tilgængelige under menupunktet 'Mere':
Adræt bord, rang til top, rang til bund -> Relateret til agile projekter - hvis detaljer kommer til at komme op i en senere artikel.
Vedhæft filer, vedhæft skærmbilleder -> Giver dig mulighed for at vedhæfte filer til et problem. Screenshot-indstillingen fanger automatisk et screenshot. Alt du skal gøre er en udskrivningsskærm på din maskine, og du kan kopiere den direkte her til JIRA.
Tilføj afstemning, vælgere, stop med at se, overvågere -> Afstemning er en proces, som JIRA-brugere kan udføre for at understøtte løsningen af et problem gunstigt eller ugunstigt. Indstillingerne i dette afsnit letter det samme. Du kan også vælge at se et problem - når du gør det, vil alle ændringer til det blive underrettet om dig.
Opret underopgave, konverter til underopgave -> Dette er de muligheder, der hjælper med at oprette og arbejde med underopgaver. Detaljerne findes i tutorial # 3 i JIRA-serien .
Mærkater -> Dette koncept svarer til 'Etiketter', som vi finder på forskellige blogs og websider. Du kan kategorisere problemer baseret på version og komponent formelt, men når du har brug for noget mere uformelt, kan denne mulighed bruges. For eksempel, alle spørgsmål, der er rejst for at spore kommentarer til peer review, kan mærkes som 'peer review' for at se og spore dem let.
# 5) Log arbejde: Dette er en måde at spore fremskridt på dit problem med hensyn til tid. Når denne mulighed bruges, åbnes den følgende dialog. Som du kan se, kan de detaljerede oplysninger om, hvor meget tid der bruges på et problem, hvor meget der er tilbage osv. Logges her.
# 6) Flyt: JIRA-problemer kan flyttes på tværs af projekter. Flytningen fra et projekt til et andet kan dog betyde en anden mål-workflow, en anden emnetype, en ny status osv. Det anbefales derfor at analysere grundigt, hvordan flytningen vil påvirke problemet, inden du går videre med dette.
# 7) Link: Dette er en meget alsidig funktion i JIRA, der giver dig mulighed for logisk at forbinde problemer med hinanden og etablere relationer / afhængigheder.
Et eksempel på en situation, hvor dette kan bruges i QA-projekter, er når en bestemt defekt forhindrer dig i at arbejde med et bestemt krav. Du kan bruge denne mulighed til at vise afhængighed.
Når du får adgang til dette link, åbnes den følgende dialog. Brug af denne dialog er meget enkel:
De forskellige slags foreninger kan vælges fra listen 'Dette spørgsmål'. Listen indeholder:
Alternativt kan du vælge at inkludere et weblink som reference.
gratis registreringsdatabase reparation til Windows 10
# 8) Klon: Som navnet antyder, kan du oprette en duplikat af et problem.
Når et problem klones:
- Resuméet af det klonede emne begynder med 'CLONE' foran.
- Der vil være en forbindelse mellem det overordnede problem og det klonede problem.
# 9) E-mail-udgave: Klik på ikonet. 
Indtast oplysningerne for modtageren af oplysningerne i nedenstående dialog, der åbnes. En e-mail med JIRA-problemoplysningerne sendes.
10) Eksport: JIRA giver også en måde at skrive problemoplysningerne til eksterne filer. For at gøre det skal du klikke på knappen 'Eksporter' i højre hjørne, og du vil se de formater, som du kan downloade et JIRA-problem til:
Hvordan man flytter et JIRA-problem gennem de forskellige stadier af workflow?
# 1) Et problem oprettet i JIRA er altid i status 'Åben' ved oprettelsen.
#to) De arbejdsfaser, som det går, afhænger af projekttypen og den arbejdsgang, der er tildelt projektet under oprettelsen.
# 3) Kun administrator vil være i stand til at vælge dette, og når det først er valgt, kan det ikke ændres, og alle problemerne under projektet gennemgår den samme arbejdsgang.
# 4) Når der klikkes på “Start fremskridt” -knappen, ændres problemstatus til “I gang”, og knapmærket ændres til “Stop fremskridt”, som når du klikker på, vender status tilbage til “Åbn”.
# 5) Ved at klikke på 'Workflow' -knappen vises en listeboks over de næste trin, som et problem kan gå til.
# 6) Hvis problemet skal indstilles til 'Løst' direkte, er der en 'Løs problem' -knap tilgængelig. Når du klikker på den, kan du vælge årsagen til at sige, at problemet er løst.
# 7) For at se den arbejdsgang, som et bestemt problem gennemgår, skal du klikke på linket 'Vis arbejdsgang', der ligger ved siden af statusfeltet for et problem på siden med oplysninger om problemer. For eksempel, for mit problem er den viste arbejdsgang:
JIRA rapporter
JIRA leveres også med en robust rapporteringsfunktion. Der er mange slags rapporter, som det letter.
Gennemse et projekt, hvis detaljer du ønsker at få en rapport om, og gå til fanen 'Rapporter'. Her vil du se en liste over alle de rapporter, der kan præsentere for dig.
Vælg rapporten, og indstil datakriterierne, så får du skræddersyet til at lave rapporten i hånden på ingen tid.
For et hændelsesstyringsværktøj ville en bruger også forvente stærke søgefunktioner, og JIRA passer også regningen på dette område. Så sørg for at udnytte det til din fordel.
Konklusion
Dette bringer os til en afslutning på 'JIRA-User' -delen af serien. Som altid håber vi, at disse JIRA-tutorials i serien ikke kun hjælper dig med at bruge Atlassian JIRA-sporingssoftware med succes, men også hjælper dig med at opnå de bedste resultater til dine projekt- / hændelses- / test- / defektstyringsaktiviteter.
=> Besøg her for komplette JIRA tutorials-serier
Den næste tutorial handler om JIRAs administrationsaktiviteter - Project Management, User Management, Access tilladelser osv.
Fortæl os dine kommentarer og spørgsmål nedenfor.
PREV-vejledning | NÆSTE vejledning
Anbefalet læsning
- JIRA Agile Tutorial: Sådan bruges JIRA effektivt til styring af agile projekter
- Sådan integreres JIRA med qTest: En trinvis vejledning
- JIRA Tutorial: En komplet brugervenlig JIRA-guide
- GitLab Jira Integration Tutorial
- JIRA Dashboard Tutorial: Sådan oprettes JIRA Dashboard med eksempel
- Jira Time Tracking: Hvordan bruges Jira Time Management Software?
- Test automatisering til Jira med Katalon Studio
- Integrer JIRA med TestLodge Test Case Management System: Trin-for-trin vejledning