Jira används för issue tracking, och är ett viktigt verktyg för att hålla stora software development teams organiserad. I den här guiden, vi ska bryta ner det beprövade schema, inklusive de olika nivåerna av frågan typer och organisation verktyg som erbjuds till dig.
I skrivande stund, Jira är för närvarande uppdaterar hela deras användarupplevelse. På grund av detta, du har två valmöjligheter när man skapar ett nytt projekt i Jira Cloud—Jira Klassisk eller Jira Nästa-Gen. De grundläggande begreppen förblir desamma, men UIs är olika, så det är viktigt att klargöra att bilderna i denna artikel är från Jira Next-Gen, snarare än klassiska Jira.
Jira Frågor
Frågor som är hjärtat i Jira. De representerar enskilda “saker som måste göras,” om det är rätta felet, att genomföra en funktion, att göra en förändring, eller bara placera ut arbete för enkel uppgift.
Det finns några typer av frågor i Jira. Det mest grundläggande är den vanliga “Fråga”, även kallad “Historier.” Du kan skapa dessa från din standard brädet genom att klicka på botten av listan och ge den ett namn:
Om du klickar på en fråga i en dialogruta kommer att dyka upp som visar dig lite mer info. Frågor som har några avgränsade områden, som är anpassningsbara i projektinställningar. Som standard frågor som har en titel och etiketter som visar på moderkortet, samt en utökad verksamhet lista på popup-dialogruta.
Frågor som kan vara kopplat till andra frågor på ett par olika sätt. Det är vanligt att problem programvara för att vara mycket sammankopplade, så denna funktion är mycket användbar. En fråga som kan betecknas som blockerar en annan fråga från att vara fast, eller vice versa. Den vaga “förhåller sig till” alternativet kan även användas för en mer generell länk. Under huven, Jira också använder detta system för att länka frågor som har duplicerats eller kopieras från befintliga problem.
Du kan också skapa “Barnet Frågor”, känd som deluppgifter. Dessa frågor kommer inte att visas på din primära styrelsen, men är kopplade direkt till den överordnade frågan och visa upp. På ett sätt, de tillåter dig att bryta ner större problem i enskilda delar av arbetet.
Medan de är inte på tavlan, de fungerar som full frågor, komplett med sina egna kännetecken, och alla diverse områden som är standard frågor. De kan hänföras till enskilda människor, oberoende av den överordnade frågan uppdrag.
På den överordnade frågan, alla underordnade frågor som kommer att visas i en lista tillsammans med deras nuvarande tillstånd. Detta ger dig en snabb överblick över hur mycket som fortfarande behöver göras, på samma sätt som en checklista.
Den sista och viktigaste typen av problem är “Epos.” Epos inte för att spåra enskilda buggar eller funktioner, men fungera som en storskalig insamling av frågor som alla är relaterade till ett visst område.
Till exempel “User Authentication” kan vara en Episk. Inom det Episka, du kan skapa enskilda Berättelsen frågor att hantera login-flödet, skapa login och sign-up sidor, och eventuellt lägga till OAuth 2.0-stöd. Du kan bryta dessa problem ner ytterligare genom att skapa underaktiviteter med utförliga uppgifter om vad som behöver göras för varje Historia för att vara klar.
Du kan skapa Epos från “Roadmap” – fliken. Eftersom Epos brukar spåra stora leveranser av användarnas krav, de är utrustade med ett start-och ett slutdatum, och kan vara organiserade på en tidslinje.
Annars, Epos fungerar helt som standard Jira frågor. Historien frågor som kan hänföras till en Episk, som kommer att visa den Episka namn, tillsammans med frågan om din styrelser, vilket gör dem ett bra organisatoriskt verktyg. Frågor som är kopplade till en Episk kommer att visas som barnet frågor i den Episka info panel.
På toppen av detta, om du inte gillar den standard fråga typer, kan du anpassa dem från Jira inställningar, och även skapa nya för att passa dig.
Med Hjälp Av Kanban Boards
Helt enkelt bläddra igenom en lista av frågor som inte är super intuitivt, och kan få otymplig snabbt om du har en hel del frågor. En av Jira primära organisatoriska verktyg är ett Kanban-kort. Med ursprung från Japanska bilindustrin, Kanban är ett sätt att organisera saker i olika faser, som också kallas listor. Som ett objekt, eller “Kort” går framåt i utvecklingen, det rör sig från vänster till höger, på listan.
Kanban är inte exklusiva för eller som uppfanns av Jira, som tjänster som Trello, Gitlab, och många andra har genomfört styrelser som du kan hitta mycket liknande till Jira genomförande. Men, det är fortfarande en grymt bra funktion och ett bra komplement till Jira ‘ s verktygslåda.
I praktiken kan du skapa listor för frågor som backlogged, som för närvarande prioriteras, aktivt arbetar på, i väntan kodgranskning, i avvaktan på release, och levereras till prod. Som du och dina anställda arbeta på ditt projekt, frågor som kommer att flytta från eftersläpningen i hela listan.
Frågor som kan flyttas mellan listorna genom att dra dem från en till en annan. Om du har ställt in i Jira integrationer med din källa kontroll, kan du enkelt flytta Jira frågor att kodgranskning med att nämna i en commit message för att det stänger av en viss fråga-ID.
Medan Jira fokuserar på att använda Listor för att representera den kronologiska faser av mjukvaruutveckling, det finns inga gränser för hur många Listor som du kan ha, så du är fri att använda dem som en organisation som verktyg också. Du kan också skapa flera Kanban boards, så att du har en standard styrelse och en egen styrelse, med samma frågor (även om den här funktionen är för närvarande inte tillgänglig i Jira Next-Gen).
Med Spurter
Medan Kanban boards är en bra allround för de flesta projekt, för lag som vill genomföra en agil utveckling arbetsflöde som Scrum, det kan vara mer fördelaktigt att organisera frågor med hjälp av “Spurter.” Spurter är ett fast block av tid, vanligtvis en månad eller mindre, under vilka specifika frågor eller funktioner som är arbetade på ditt team.
Du kan slå på Spurter från projektet inställningar, som också kräver att du slår på eftersläpningen har.
Du kommer nu se en “Eftersläpning” – flik som innehåller en lista med alla dina frågor. Denna eftersläpning kan du planera din Sprint. Du kan dra enskilda frågor i sprint, eller för objekt i eftersläpningen i ordning och sedan dra i listen till eftersläpningen. När du har fått något godtagbart planerat ut, kan du klicka på “Starta Sprint.”
Nu, om du går tillbaka till din Kanban board, kommer du att se att den är begränsad till de poster i sprint efter att du har valt att fokusera på, som kan rensa upp i röran. I en mening, en Sprint är i huvudsak ett filter för din Kanban board.
Annars är det en helt normal Kanban board. Du kan växla mellan två funktioner i en och frågor kommer att minnas sin plats i Kanban, oavsett om du har Spurter aktiv eller inte.