guide jira workflow
Een gids voor het beheren van problemen in JIRA, het maken van JIRA-workflows en JIRA-rapporten:
JIRA-subtaak werd uitgelegd in onze vorige tutorial van de Serie JIRA-handleidingen
We hebben de verschillende soorten problemen gezien en hoe je ze kunt maken in onze eerdere JIRA-tutorials.
Dit is de volgende JIRA-tutorial in deze serie waarin we zullen leren hoe we ze kunnen gebruiken, de voortgang van de workflow en de rapportagefunctie van JIRA. JIRA-nummer reist door verschillende staten, zoals ‘In uitvoering’ enz.
Klik hier voor een complete serie JIRA-zelfstudies
Onderweg kan de gebruiker de beschrijving blijven aanpassen, aanvullende opmerkingen toevoegen, om meer informatie over het probleem vragen en andere verschillende dingen.
Daarom zullen we in deze tutorial een gedetailleerde blik werpen op de Issue-workflow in JIRA - de levenscyclus van een issue, Comment, Email / Share en Watch-opties voor een JIRA-issue.
Wat je leert:
Probleemworkflow in JIRA
Zodra een probleem is aangemaakt in JIRA, heeft het de status ‘To Do’ of ‘Nieuw’. Dit probleem zit in de product backlog, die normaal gesproken wordt afgehandeld door de Product Owner samen met de Scrum Master in een Agile omgeving.
De producteigenaar, afhankelijk van de ernst en het belang van het probleem, beslist aan welke Sprint het probleem moet worden gewerkt ( Bijvoorbeeld, SprintMay2018). De fixversie waarin het probleem zal worden afgeleverd, wordt ook beslist en hetzelfde wordt bijgewerkt over het probleem in het veld ‘FixVersion’.
De product owner bepaalt ook welk Scrum-team aan het probleem gaat werken, afhankelijk van de kennis en competentie binnen het scrumteam. Dit is natuurlijk geen vaste regel dat een team met voldoende kennis van het gebied aan een specifiek onderwerp moet werken.
Als er voldoende tijd beschikbaar is, kan kennisoverdracht aan elk team worden gegeven, zodat het team het probleem kan onderzoeken.
Tijdens de sprintplanning (of zeg maar SprintMay2018) verplaatst het aangewezen scrumteam het probleem in hun Sprint Backlog.
Sprint achterstand
Het is meestal een lijst met problemen die tijdens de sprintplanning door een Sprint / Scrum-team moeten worden opgelost
Wanneer het probleem zich in de sprint bevindt, wijst een van de leden van het scrumteam het probleem aan zichzelf toe. Soms wordt het probleem door de Scrum-master aan een persoon toegewezen. In het veld ‘Toegewezene’ wordt nu de naam weergegeven van de persoon aan wie het probleem is toegewezen.
De persoon controleert de eerste schatting van het probleem en als het gevoel is dat het probleem meer tijd nodig heeft dan de genoemde schatting, kan het opnieuw worden geschat na de besprekingen met de producteigenaar en de scrummaster.
Deze discussies zijn belangrijk omdat de scrummaster dan een oproep kan aannemen van een of meer problemen die uit de huidige sprint moeten worden verwijderd om de totale teamcapaciteit te evenaren.
Wijzigingen aan het probleem, zoals een wijziging in de beschrijving, worden gedaan met de knop Bewerken. In sommige versies van JIRA kan elk veld afzonderlijk worden bewerkt met het potlood (bewerken) -symbool.
De toegewezen persoon verplaatst het probleem vervolgens naar de status ‘In uitvoering’ door simpelweg op de knop ‘Voortgang starten’ (‘In uitvoering’) te klikken.
Als de rechtverkrijgende eenmaal aan het probleem begint te werken en hij het gevoel heeft dat de informatie in de probleembeschrijving niet voldoende is om door te gaan, kan de voortgang van het probleem worden gestopt door het probleem eenvoudigweg naar de ‘To Do’ -status te verplaatsen.
Sommige organisaties hebben hiervoor een knop 'Voortgang stoppen'. De cessionaris moet een gepast schrijven commentaar beschrijven waarom het probleem wordt gestopt. Daarnaast kan de probleemstatus worden gewijzigd in ‘In afwachting van informatie’ (sommige organisaties hebben dit aangepaste statustype mogelijk niet).
Reageer op Jira Issue
Om een vrij tekstveld voor commentaar te krijgen, klikt u eenvoudig op de ‘Commentaar’ toolstrip-knop die zich net onder de naam van het probleem bevindt (in dit geval ‘test bug’ naam van een probleem). Deze knop is ook beschikbaar in het gedeelte Activiteit van de uitgave.
Hierdoor wordt een tekstveld met opmaakopties weergegeven, zoals weergegeven in de onderstaande afbeelding:
Klik op de ‘Toevoegen’ knop na het schrijven van een goed begrijpelijke opmerking, die de opmerking zal opslaan. Indien nodig kan een andere opmaak worden toegepast.
De zichtbaarheid van de opmerking kan worden beperkt door een geschikte optie te selecteren in de vervolgkeuzelijst naast het hangslotsymbool. Keuzes zijn doorgaans als ‘Alle gebruikers’, ‘Projectrollen’, ‘Ontwikkelaars’. Deze beperking is erg belangrijk als de eindklant toegang heeft tot de JIRA.
De toegewezen persoon kan een e-mail sturen naar de maker van het probleem via JIRA zelf, zodat een vroeg antwoord kan worden verwacht.
E-mail kan worden verzonden via de volgende opties
# 1) Gebruik de ‘Deel deze link ...’ knop in de rechterbovenhoek van de pagina.
#twee) Gebruik van het ‘E-mail’ menu-item dat beschikbaar is in de menu's die beschikbaar zijn na het klikken op de ‘...’ knop in de rechterbovenhoek van de pagina.
# 3) Gebruik de ‘@’ -functionaliteit in het tekstveld voor opmerkingen. Na het schrijven van @ JIRA verschijnt een lijst met e-mail-id's en kan de gebruiker een of meer kiezen.
Notitie: Opties 2 en 3 zijn mogelijk pas beschikbaar na het aanpassen van JIRA.
beste gratis muziekdownloader-app voor Android
Het volgende pop-upvenster wordt geopend nadat u op de knop ‘Delen’ hebt geklikt.
Gebruikersnaam (en) of e-mail-ID ('s) moeten worden ingevoerd in het veld ‘Gebruikersnaam of e-mailadres’. Aanvullende opmerkingen kunnen worden ingevoerd in het veld ‘Opmerking’. Als u in het pop-upvenster op de knop ‘Delen’ klikt, wordt een e-mail naar de genoemde gebruikers gestuurd met een link naar het JIRA-probleem.
De toegewezen persoon kan hem / haar toevoegen als ‘kijker’ door de ‘ Bekijk probleem ' optie. Door dit te doen, ontvangt de watcher een melding voor elke afzonderlijke wijziging in het probleem, zoals een wijziging in de beschrijving, nieuwe opmerkingen en zelfs logboekwerk.
Bekijk probleem
Dit menu-item wordt weergegeven nadat u op de knop ‘…’ hebt geklikt. Nadat hij op dit menu-item heeft geklikt, komt de gebruiker (in dit geval de toegewezen persoon) in de lijst van de kijker en verandert het label van het menu-item in ‘Stop met kijken’, dat op zijn beurt kan worden gebruikt om het kijken naar het probleem te stoppen.
Alle andere team- / projectleden kunnen zichzelf toevoegen als kijkers als ze willen weten wat er met het probleem aan de hand is, aangezien een kijker het probleem niet expliciet hoeft te openen om de voortgang te controleren, maar er worden wel meldingen ontvangen.
Zodra een of meer gebruikers het probleem gaan bekijken, wordt het overeenkomstige aantal weergegeven naast het label met de naam ‘Kijkers’ (zie bovenstaande afbeelding). Een aangemelde gebruiker kan stoppen met kijken naar het probleem door op de link ‘Kijken stoppen’ te klikken of door te klikken op ‘Stoppen met kijken’ op de lijstpagina ‘Kijkers’.
Als iemand geïnteresseerd is om de namen te weten van de gebruikers die momenteel allemaal een bepaald nummer bekijken, klik dan op het menu-item ‘Kijkers’ dat wordt weergegeven nadat u op de knop ‘…’ heeft geklikt. (Raadpleeg de onderstaande afbeeldingen).
Zodra de toegewezen persoon vertrouwd is met de informatie, wordt het probleem opnieuw gestart. Als de probleemstatus ‘Nog te doen’ was, kan de gebruiker de voortgang direct starten door op ‘Voortgang starten’ (‘In uitvoering’) te klikken, afhankelijk van de beschikbare knop. Het probleem kan weer in dezelfde stroom terechtkomen, wat betekent dat de voortgang indien nodig kan worden gestopt.
De toegewezen persoon schrijft een goed begrijpelijke opmerking over de kwestie. Aan het einde van elke dag wordt ook ‘Logboekwerk’ toegevoegd (de tijd die hij heeft geïnvesteerd in het werken aan het probleem). Dit vergemakkelijkt de producteigenaar en de andere belanghebbenden om de voortgang van het probleem te kennen.
Zodra de rechtverkrijgende het gevoel heeft dat het probleem is opgelost en de codecontrole is uitgevoerd, worden de wijzigingen unit-getest. Zodra de oplossing bevredigend is voor de rechtverkrijgende, wordt de status van het probleem gewijzigd in ‘In test’ (‘Te verifiëren’).
Scrum-teamtester wijst vervolgens het probleem aan hem / haar toe en test de wijzigingen en de omliggende gebieden.
Als de tester een probleem vindt in de wijzigingen of een regressieprobleem, is de test mislukt en wordt de probleemstatus teruggezet naar ‘In uitvoering’ en toegewezen aan de betrokken ontwikkelaar. De tester logt het werk met het aantal bestede uren.
De ontwikkelaar zal de nieuwe vereiste wijzigingen bekijken, deze repareren, het apparaat testen en het probleem vervolgens verplaatsen naar ‘In uitvoering’. De tester zal het probleem vervolgens testen en, zodra hij tevreden is, de probleemstatus markeren als ‘Opgelost’ (Gereed).
Het probleem wordt pas opgelost na een goede demo aan de belanghebbenden aan het einde van Sprint en iedereen moet het gevoel hebben dat aan de DoD is voldaan. Zodra de fix / productversie is geleverd, is het probleem opgelost.
Houd er rekening mee dat een probleem, in het geval van een bug, direct kan worden gesloten als blijkt dat het niet reproduceerbaar is.
Er kan een geval zijn waarin het na enige tijd (dagen / maanden enz.) Als gevolg van een probleem dat door het probleem wordt veroorzaakt, mogelijk opnieuw moet worden geopend en dat vervolgens dezelfde cyclus wordt doorlopen.
Notitie: De hierboven genoemde knop ‘…’ kan de naam ‘Meer’ krijgen en de plaatsen naast de knop ‘Bewerken’ in de toolstrip aan de linkerkant van de pagina, in sommige JIRA-versies of aangepaste versies.
Kortom, een JIRA-probleem reist van fasen als Nieuw (Open) -> In uitvoering -> In test -> Opgelost (Gereed).
Onderweg voegen de gebruikers / verschillende belanghebbenden die betrokken zijn bij het verhelpen van het probleem, dienovereenkomstig opmerkingen / beschrijvingen over het probleem toe.
Beheer problemen in JIRA
Het eenmaal aangemaakte probleem kan worden geopend door de ID te zoeken, door het menu-item 'Problemen' te bladeren of naar de projectdetails te gaan en het tabblad Problemen te controleren.
Wanneer u een probleem opent en op de link klikt, worden de details weergegeven. Alle acties die op het specifieke probleem kunnen worden uitgevoerd, zijn beschikbaar in de kop van een scherm met probleemdetails:
Vragen en antwoorden voor java-ontwikkelaarsinterviews voor eerstejaars
We gaan in volgorde van rechts naar links en bespreken alle opties.
# 1) Bewerken: Zoals de naam al doet vermoeden, kunt u met deze optie een aangemaakt probleem wijzigen. Klik erop en pas de informatie naar wens aan. Kies ‘Update’ als u klaar bent. Dit is vergelijkbaar met het dialoogvenster 'Probleem maken'.
#twee) Commentaar : Dit is een handige manier om de procedure over een kwestie vast te leggen en om te communiceren met de betrokken leden. Voer uw opmerkingen in en kies de optie om het aantal kijkers te beperken:
# 3) Wijs toe: Dit is de optie die u nodig heeft als u het eigendom van een uitgifte wilt verschuiven. Voer de gegevens van de toegewezen persoon in, opmerkingen (alles wat u zou willen communiceren) en kies het kijkerspubliek van de opmerking. Zodra een probleem is toegewezen aan de gebruiker, wordt een automatische e-mail verzonden (als deze optie is gekozen door de beheerder) en verschijnt het probleem op het dashboard van de toegewezen persoon bij het inloggen.
# 4) Meer: De volgende opties zijn beschikbaar onder het menu-item 'Meer':
Agile Board, Rank to Top, Rank to Bottom -> Gerelateerd aan Agile-projecten - waarvan de details in een later artikel zullen verschijnen.
Voeg bestanden toe, voeg screenshots toe -> Hiermee kunt u bestanden bij een probleem voegen. De screenshot-optie maakt automatisch een screenshot. Het enige wat u hoeft te doen is een printscreen op uw machine en u kunt deze hier direct naar JIRA kopiëren.
Voeg stem toe, kiezers, stop met kijken, kijkers -> Stemmen is een proces dat JIRA-gebruikers kunnen uitvoeren om de oplossing van een probleem gunstig of ongunstig te ondersteunen. De opties in dit gedeelte vergemakkelijken hetzelfde. U kunt er ook voor kiezen om een probleem te bekijken - wanneer u dit doet, worden alle wijzigingen eraan meegedeeld.
Maak een subtaak, converteer naar een subtaak -> Dit zijn de opties die helpen bij het maken van en werken met subtaken. De details zijn beschikbaar in tutorial # 3 van de JIRA-serie
Etiketten -> Dit concept is vergelijkbaar met de 'Labels' die we op verschillende blogs en webpagina's vinden. U kunt problemen formeel categoriseren op basis van versie en component, maar als u iets informeler nodig heeft, kan deze optie worden gebruikt. Bijvoorbeeld, alle problemen die worden opgeworpen om commentaren van collegiale toetsing bij te houden, kunnen worden aangeduid als 'peer review' om ze gemakkelijk te kunnen bekijken en volgen.
# 5) Logboekwerk: Dit is een manier om de voortgang van uw probleem in termen van tijd bij te houden. Als deze optie wordt gebruikt, wordt het volgende dialoogvenster geopend. Zoals u kunt zien, kan de gedetailleerde informatie over hoeveel tijd aan een probleem wordt besteed, hoeveel er nog over is, enz. Hier worden vastgelegd.
# 6) Verplaatsen: JIRA-problemen kunnen over projecten heen worden verplaatst. De verhuizing van het ene project naar het andere kan echter een andere doelworkflow, een ander type probleem, een nieuwe status, enz. Betekenen. Het is daarom raadzaam om grondig te analyseren hoe de verhuizing het probleem gaat beïnvloeden voordat u hiermee doorgaat.
# 7) Koppeling: Dit is een zeer veelzijdige functie van JIRA waarmee u problemen logisch met elkaar kunt verbinden en relaties / afhankelijkheden kunt aangaan.
Een voorbeeldsituatie waarin dit kan worden gebruikt in QA-projecten is wanneer een bepaald defect u verhindert om aan een bepaalde vereiste te werken. U kunt deze optie gebruiken om afhankelijkheid weer te geven.
Wanneer deze link wordt geopend, wordt het volgende dialoogvenster geopend. Het gebruik van deze dialoog is heel eenvoudig:
De verschillende soorten associaties kunnen worden gekozen uit de 'This issue' keuzelijst. De lijst bevat:
Als alternatief kunt u ervoor kiezen om een weblink als referentie op te nemen.
# 8) Kloon: Zoals de naam al aangeeft, kunt u een duplicaat van een probleem maken.
Wanneer een uitgave wordt gekloond:
- De samenvatting van het gekloonde probleem begint met het voorvoegsel 'CLONE'.
- Er wordt een koppeling tot stand gebracht tussen het bovenliggende probleem en het gekloonde probleem.
# 9) E-mailprobleem: Klik op het icoon. 
Voer de informatie in voor de ontvanger van de probleeminformatie in het onderstaande dialoogvenster dat wordt geopend. Er wordt een e-mail met de details van het JIRA-probleem verzonden.
10) Exporteren: JIRA biedt ook een manier om de probleeminformatie naar externe bestanden te schrijven. Om dit te doen, klikt u op de knop 'Exporteren' in de rechterhoek en ziet u de formaten waarnaar u een JIRA-uitgave kunt downloaden:
Hoe verplaats je een JIRA-probleem door de verschillende stadia van de workflow?
# 1) Een probleem dat in JIRA is gemaakt, heeft altijd de status 'Open' bij het maken.
#twee) De workflow-fasen die het doorloopt, zijn afhankelijk van het projecttype en de workflow die tijdens het maken aan het project is toegewezen.
# 3) Alleen de beheerder kan dit kiezen en eenmaal gekozen, kan het niet worden gewijzigd en zullen alle problemen onder het project dezelfde workflow doorlopen.
beste plek om anime gratis te kijken
# 4) Wanneer op de knop 'Voortgang starten' wordt geklikt, verandert de status van het probleem in 'In uitvoering' en verandert het label van de knop in 'Voortgang stoppen'. Wanneer erop wordt geklikt, wordt de status teruggezet naar 'Open'.
# 5) Als u op de knop 'Workflow' klikt, wordt een lijst weergegeven met de volgende fasen waar een probleem naartoe kan gaan.
# 6) Als het probleem direct op 'Opgelost' moet worden ingesteld, is er een knop 'Probleem oplossen' beschikbaar. Door erop te klikken, kunt u de reden kiezen waarom het probleem is verholpen.
# 7) Om de workflow te zien die een bepaald probleem doorloopt, klikt u op de link 'Bekijk workflow' naast het statusveld van een probleem op de pagina met probleemdetails. Bijvoorbeeld, voor mijn probleem is de weergegeven workflow:
JIRA-rapporten
JIRA wordt ook geleverd met een robuuste rapportagefunctie. Er zijn veel soorten rapporten die het mogelijk maakt.
Blader door een project waarvan u de details wilt opvragen en ga naar het tabblad 'Rapporten'. Hier ziet u een lijst met alle rapporten die voor u kunnen worden gepresenteerd.
Kies het rapport en stel de gegevenscriteria in en u heeft binnen de kortste keren een op maat gemaakt rapport in handen.
Ook voor een incidentmanagementtool zou een gebruiker sterke zoekfuncties verwachten en JIRA past ook op dit gebied. Zorg er dus voor dat u dat in uw voordeel gebruikt.
Gevolgtrekking
Hiermee komen we tot een einde aan het ‘JIRA- User’ deel van de serie. Zoals altijd hopen we dat deze JIRA-tutorials in de serie u niet alleen zullen helpen om Atlassian JIRA-software voor het opsporen van problemen succesvol te gebruiken, maar u ook zullen helpen bij het behalen van de beste resultaten voor uw project- / incident- / test- / defectbeheeractiviteiten.
Bezoek hier voor complete JIRA Tutorials-serie
De volgende tutorial gaat over de beheeractiviteiten van JIRA - projectbeheer, gebruikersbeheer, toegangsrechten, enz.
Laat ons hieronder uw opmerkingen en vragen weten.
PREV-zelfstudie VOLGENDE zelfstudie
Aanbevolen literatuur
- JIRA Agile-zelfstudie: JIRA effectief gebruiken voor het beheren van Agile-projecten
- Hoe JIRA te integreren met qTest: een stapsgewijze handleiding
- JIRA-zelfstudie: een complete hands-on how-to-use JIRA-gids
- GitLab Jira Integration-zelfstudie
- JIRA Dashboard-zelfstudie: hoe u een JIRA-dashboard kunt maken met een voorbeeld
- Jira Time Tracking: hoe gebruik je Jira Time Management Software?
- Test automatisering voor Jira met Katalon Studio
- Integreer JIRA met TestLodge Test Case Management System: stapsgewijze zelfstudie