guide jira workflow
En guide för att hantera problem i JIRA, skapa JIRA-arbetsflöde och JIRA-rapporter:
JIRA Underuppgift förklarades i vår tidigare handledning från Serie av JIRA-handledning .
Vi har sett olika typer av problem och hur man skapar dem i våra tidigare JIRA-handledning.
Detta är nästa JIRA-handledning i denna serie där vi lär oss hur man använder dem, arbetsflödets framsteg och rapporteringsfunktionen för JIRA. JIRA-frågan reser genom olika stater som 'Pågår' etc.
=> Klicka här för fullständiga JIRA-handledningsserier
På väg kan användaren fortsätta att modifiera beskrivningen, lägga till ytterligare kommentarer, be om ytterligare information om problemet och andra olika saker.
Därför kommer vi i denna handledning att ta en detaljerad titt på Issue-arbetsflödet i JIRA - livscykeln för ett nummer, Kommentar, E-post / Dela och Watch-alternativ för ett JIRA-problem.
Vad du kommer att lära dig:
Utfärda arbetsflöde i JIRA
När en fråga har skapats i JIRA har den sin status som 'Att göra' eller 'Ny'. Denna fråga finns i produktbackloggen, som normalt hanteras av produktägaren tillsammans med Scrum Master i en smidig miljö.
Produktägaren, beroende på problemets kritik och betydelse, bestämmer vilken Sprint problemet ska arbetas med ( Till exempel, SprintMay2018). Fixversionen där problemet kommer att levereras bestäms också och detsamma uppdateras om problemet i fältet 'FixVersion'.
Produktägaren bestämmer också vilket Scrum-team som ska arbeta med frågan beroende på kunskap och kompetens inom scrumteamet. Detta är naturligtvis inte en hård och snabb regel att ett team som har tillräcklig kunskap om området ska arbeta med en specifik fråga.
Om tillräcklig tid är tillgänglig kan kunskapsöverföring ges till vilket team som helst så att teamet kan undersöka frågan.
Under sprintplanering (t.ex. SprintMay2018) flyttar det utsedda scrumteamet frågan i sin Sprint Backlog.
Sprint Backlog
Det är vanligtvis en lista med frågor som löses av ett Sprint / Scrum-team under sprintplaneringen
När frågan är i sprint tilldelar en av scrumteammedlemmarna frågan till sig själv. Ibland tilldelas frågan till en person av Scrum-mästaren. Fältet 'Tilldelad' visar nu namnet på den person som frågan tilldelas.
Personen kontrollerar den ursprungliga uppskattningen av frågan och om känslan är som att frågan kommer att kräva mer tid än den nämnda uppskattningen kan den uppskattas efter diskussionerna med produktägaren och scrummastern.
Dessa diskussioner är viktiga eftersom scrummastern sedan kan ringa ett eller flera frågor som ska tas bort från den aktuella sprinten för att matcha den totala lagkapaciteten.
Ändringar av problemet som en ändring av beskrivningen görs med knappen Redigera. I vissa versioner av JIRA kan varje fält redigeras separat med pennsymbolen (redigera).
Tilldelaren flyttar sedan frågan till 'Pågår' genom att helt enkelt klicka på 'Starta framsteg' ('Pågår').
När mottagaren börjar arbeta med frågan, om han känner att informationen i beskrivningen inte är tillräcklig för att han / henne ska kunna fortsätta, kan problemförloppet stoppas genom att helt enkelt flytta frågan till 'Att göra' -tillståndet.
Vissa organisationer har en ”Stop Progress” -knapp för detta ändamål. Tilldelaren ska skriva en ordentlig kommentar beskriver varför frågan stoppas. Utöver detta kan frågestatusen ändras till 'Väntar på information.' (Vissa organisationer kanske inte har den här anpassade statustypen).
Kommentar till Jira-frågan
För att få ett fritextfält för Kommentar klickar du bara på verktygremsan ”Kommentar” som ligger precis under namnet på problemet (”testbuggen” namnet på ett problem i det här fallet). Den här knappen finns också i avsnittet Aktivitet i utgåvan.
Detta visar ett textfält med formateringsalternativ, som det som visas i bilden nedan:
Klicka på knappen 'Lägg till' efter att du har skrivit en korrekt förståelig kommentar, som kommer att spara kommentaren. Olika formateringar kan användas om det behövs.
Synligheten för kommentaren kan begränsas genom att välja ett lämpligt alternativ i rullgardinsmenyn som finns nära hänglåssymbolen. Val kommer vanligtvis att vara som 'Alla användare', 'Projektroller,' Utvecklare '. Denna begränsning är mycket viktig om slutkunden har tillgång till JIRA.
Mottagaren kan skicka ett e-postmeddelande till skaparen av problemet via JIRA själv så att ett tidigt svar kan förväntas.
E-post
E-post kan skickas via följande alternativ
# 1) Med knappen 'Dela den här länken ...' finns längst upp till höger på sidan.
#två) Med hjälp av menyalternativet 'E-post' tillgängligt från de tillgängliga menyerna efter att du har klickat på knappen '...' längst upp till höger på sidan.
# 3) Använda ”@” -funktionen i kommentarfältet. Efter att ha skrivit @ JIRA dyker upp en lista med e-post-ID och användaren kan välja en eller flera.
Notera: Alternativ 2 & 3 kanske bara är tillgängliga efter att JIRA har anpassats.
programvara för nedladdning av YouTube-video för pc
Följande popup-dialogruta öppnas efter att du har klickat på knappen 'Dela'.
Användarnamn eller e-post-ID ska anges i fältet ”Användarnamn eller e-post”. Ytterligare kommentarer kan skrivas in i fältet ”Anmärkning”. Genom att klicka på knappen 'Dela' i popup-dialogrutan skickas ett e-postmeddelande till de nämnda användarna med en länk till JIRA-problemet.
Mottagaren kan lägga till honom / henne som en 'bevakare' genom att använda ' Titta på frågan Alternativet. Genom att göra detta kommer tittaren att få meddelande för varje enskild ändring i frågan, som en beskrivningsändring, ny kommentar och till och med loggarbete också.
Titta på frågan
Det här menyalternativet visas efter att du har klickat på knappen “…”. Efter att ha klickat på det här menyalternativet kommer användaren (i det här fallet tilldelad) in i tittarens lista och etiketten för menyalternativet ändras till ”Stop Watching”, som i sin tur kan användas för att sluta titta på problemet.
Alla andra team / projektmedlemmar kan lägga till sig som bevakare om de är intresserade av att veta vad som händer med problemet, eftersom en tittare inte behöver öppna uttryckligen för att kontrollera förloppet men meddelanden mottas.
När en eller flera användare börjar titta på problemet kommer motsvarande antal att visas bredvid etiketten som heter 'Watchers' (se ovanstående bild). Inloggad användare kan sluta titta på problemet genom att klicka på länken 'Sluta titta på det här problemet' eller genom att klicka på 'Sluta titta' på listan 'Watchers'.
Om någon är intresserad av att veta namnen på de användare som alla för närvarande tittar på ett visst problem, klicka sedan på menyalternativet 'Watchers' som visas efter att du har klickat på '…' -knappen. (Se bilderna nedan).
När mottagaren är bekväm med informationen startas problemet om igen. Om frågestatusen var ”Att göra” kan användaren direkt starta förloppet genom att klicka på ”Starta framsteg” (”Pågår”) beroende på tillgänglig knapp. Problemet kan återigen gå in i samma flöde vilket innebär att framstegen kan stoppas vid behov.
Tilldelaren skriver en ordentlig förståelig kommentar till frågan. Det lägger också till ”Loggarbete” (den tid han investerade i arbetet med frågan) i slutet av varje dag. Detta underlättar för produktägaren och de andra intressenterna att känna till framstegen i frågan.
Så snart mottagaren känner att problemet är löst och kodgranskning görs testas ändringarna. När lösningen är tillfredsställande för mottagaren ändras status för problemet till 'In Test' ('To Be Verified').
Scrum team testare tilldelar sedan frågan till honom / henne och testar förändringarna och de omgivande områdena.
Om testaren hittar ett problem antingen i ändringarna eller ett regressionsproblem misslyckades testet och problemstatusen ändras tillbaka till 'Pågår' och tilldelas den berörda utvecklaren. Testaren loggar arbetet med det antal timmar som används.
Utvecklaren kommer att undersöka de nya ändringarna som krävs, fixar samma, enhetstestar den och flyttar sedan frågan till 'Pågår'. Testaren kommer sedan att testa frågan och när den väl är nöjd markerar den frågestatusen som “Löst” (Klar).
Frågan löses först efter en ordentlig demo till intressenterna i slutet av Sprint och alla måste känna att DoD uppfylls. När fix / produktversionen har levererats stängs problemet.
Man måste komma ihåg att ett problem, i händelse av ett fel, kan stängas direkt om det visar sig att det inte kan reproduceras.
Det kan finnas ett fall där efter en tid (dagar / månader etc.) på grund av ett problem som utlöses av problemet, och det kan behöva öppnas igen och som sedan går igenom samma cykel.
Notera: Knappen ”…” som nämns ovan kan kallas ”Mer” och platserna bredvid knappen ”Redigera” i verktygsremsan till vänster på sidan, i vissa JIRA-versioner eller anpassade.
Kort sagt, en JIRA-utgåva reser från scener som New (Open) -> In Progress -> In Test -> Resolved (Done).
Längs vägen lägger användarna / olika intressenter som är associerade med att få frågan fixad att lägga till kommentarer / beskrivningar om problemet i enlighet med detta.
j2ee intervju frågor och svar pdf
Hantera problem i JIRA
Frågan som en gång skapats kan nås genom att söka i ID, bläddra i menyalternativet 'Problem' eller gå till projektdetaljerna och kontrollera fliken problem.
När du öppnar ett problem och klickar på länken visas detaljerna. Alla åtgärder som kan utföras på det aktuella problemet finns i rubriken på en skärm med probleminformation:
Vi kommer att gå i sekventiell ordning från höger till vänster och diskutera alla alternativ.
# 1) Redigera: Som namnet antyder låter det här alternativet dig ändra ett skapat problem. Klicka på den och ändra informationen efter önskemål. Välj ”Uppdatera” när du är klar. Detta liknar dialogen 'Skapa problem'.
#två) Kommentar : Detta är ett användbart sätt att registrera förfarandena i en fråga och kommunicera med berörda medlemmar. Ange dina kommentarer och välj alternativet för att begränsa tittarantalet:
# 3) Tilldela: Detta är det alternativ du behöver när du vill flytta äganderätten till en fråga. Ange tilldelningsinformation, kommentarer (allt som du vill kommunicera) och välj kommentarens tittare. När en fråga har tilldelats användaren skickas ett automatiskt e-postmeddelande (om detta alternativ väljs av administratören) och problemet visas på tilldelarens instrumentpanel vid inloggning.
# 4) Mer: Följande alternativ är tillgängliga under menyalternativet 'Mer':
Agile Board, Rank to Top, Rank to Bottom -> Relaterat till agila projekt - detaljerna om dem kommer att komma upp i en senare artikel.
Bifoga filer, bifoga skärmdumpar -> Låter dig bifoga filer till ett problem. Skärmdumpalternativet tar automatiskt en skärmdump. Allt du behöver göra är en utskriftsskärm på din maskin och du kan kopiera den direkt här till JIRA.
Lägg till rösta, väljare, sluta titta, tittare -> Omröstning är en process som JIRA-användare kan utföra för att stödja lösningen av ett problem gynnsamt eller ogynnsamt. Alternativen i detta avsnitt underlättar detsamma. Du kan också välja att titta på ett problem - när du gör det kommer alla ändringar i det att meddelas dig.
Skapa deluppgift, konvertera till underuppgift -> Det här är alternativen som hjälper till att skapa och arbeta med underuppgifter. Detaljerna finns i handledning nr 3 i JIRA-serien .
Etiketter -> Detta koncept liknar de 'Etiketter' som vi hittar på olika bloggar och webbsidor. Du kan kategorisera problem baserat på version och komponent formellt, men när du behöver något mer informellt kan det här alternativet användas. Till exempel, alla frågor som tas upp för att spåra kommentarer från kollegiala granskningar kan märkas som 'kolleggranskning' för att enkelt se och spåra dem.
# 5) Loggarbete: Detta är ett sätt att spåra framstegen i din fråga när det gäller tid. När detta alternativ används öppnas följande dialog. Som du kan se kan den detaljerade informationen om hur mycket tid som spenderas på ett problem, hur mycket som återstår etc loggas här.
# 6) Flytta: JIRA-frågor kan flyttas över projekt. Men övergången från ett projekt till ett annat kan innebära ett annat målarbetsflöde, en annan frågetyp, en ny status etc. Det är därför lämpligt att analysera noggrant hur flytten kommer att påverka frågan innan du går vidare med detta.
# 7) Länk: Detta är en mycket mångsidig funktion i JIRA som låter dig logiskt länka problem med varandra och skapa relationer / beroenden.
Ett exempel på en situation där detta kan användas i QA-projekt är när en viss defekt hindrar dig från att uppfylla ett visst krav. Du kan använda det här alternativet för att visa beroende.
När den här länken öppnas öppnas följande dialog. Att använda denna dialog är väldigt enkelt:
De olika typerna av föreningar kan väljas från listrutan 'Det här problemet'. Listan innehåller:
Alternativt kan du välja att inkludera en webblänk som referens.
# 8) Klona: Som namnet antyder kan du skapa en kopia av ett problem.
När ett problem klonas:
- Sammanfattningen av det klonade numret börjar med prefixet ”KLON”.
- Det kommer att finnas en länk mellan det överordnade problemet och det klonade problemet.
# 9) E-postproblem: Klicka på ikonen. 
Ange informationen för mottagaren av informationen i nedanstående dialog som öppnas. Ett e-postmeddelande med uppgifterna om JIRA-frågan kommer att skickas.
10) Exportera: JIRA ger också ett sätt att skriva informationen till externa filer. För att göra det, klicka på 'Exportera' -knappen längst till höger så ser du de format som du kan ladda ner ett JIRA-problem till:
vad är det bästa operativsystemet för pc
Hur flyttar jag en JIRA-fråga genom de olika faserna i arbetsflödet?
# 1) Ett problem som skapats i JIRA har alltid statusen 'Öppet' vid skapandet.
#två) Vilka arbetsflödesfaser det går beror på projekttypen och arbetsflödet som tilldelats projektet under skapandet.
# 3) Endast Admin kommer att kunna välja detta och när det väl har valts kan det inte ändras och alla frågor under projektet kommer att gå igenom samma arbetsflöde.
# 4) När du klickar på knappen 'Starta framsteg' ändras frågestatusen till 'Pågår' och knappetiketten ändras till 'Stoppa framsteg' som när du klickar på återgår statusen till 'Öppna'.
# 5) Genom att klicka på 'Workflow' -knappen visas en listruta med nästa steg som ett problem kan gå till.
# 6) Om problemet måste ställas in på “Löst” direkt finns det en “Lös problem” -knapp tillgänglig. När du klickar på den kan du välja orsaken till att problemet är fixat.
# 7) För att se arbetsflödet som en viss fråga går igenom klickar du på länken “Visa arbetsflöde” bredvid statusfältet för ett problem på sidan med informationsdetaljer. Till exempel, för mitt problem är arbetsflödet som visas:
JIRA-rapporter
JIRA levereras också med en robust rapporteringsfunktion. Det finns många typer av rapporter som det underlättar.
Bläddra igenom ett projekt vars information du vill få en rapport om och gå till fliken 'Rapporter'. Här ser du en lista över alla rapporter som kan presentera för dig.
Välj rapporten och ställ in datakriterierna så får du skräddarsy rapporten i hand på nolltid.
För ett incidenthanteringsverktyg skulle en användare också förvänta sig starka sökfunktioner och JIRA passar räkningen även inom detta område. Så var noga med att utnyttja det till din fördel.
Slutsats
Detta avslutar oss med ”JIRA-User” -delen av serien. Som alltid hoppas vi att dessa JIRA-handledning i serien inte bara hjälper dig att använda Atlassian JIRA-programvara för problemspårning framgångsrikt utan också hjälper dig att uppnå bästa resultat för dina projekt- / incident- / test- / defekthanteringsaktiviteter.
=> Besök här för fullständiga JIRA-handledningsserier
Nästa handledning kommer att behandla JIRAs administrativa aktiviteter - Project Management, User Management, Access permissions, etc.
Låt oss veta dina kommentarer och frågor nedan.
PREV-handledning | NÄSTA självstudie
Rekommenderad läsning
- JIRA Agile Tutorial: Hur man använder JIRA effektivt för att hantera agila projekt
- Hur man integrerar JIRA med qTest: En steg-för-steg-guide
- JIRA-handledning: En fullständig praktisk användning av JIRA-guide
- GitLab Jira Integration Tutorial
- JIRA Dashboard Tutorial: Hur man skapar JIRA Dashboard med exempel
- Jira Time Tracking: Hur använder jag Jira Time Management Software?
- Testautomatisering för Jira med Katalon Studio
- Integrera JIRA med TestLodge Test Case Management System: Steg-för-steg-handledning