Projectboard
06-05-2024
Op het Sportcity project werkt het team in Jira. Hier worden alle tickets aangemaakt en ingedeeld in de juiste categorie. Ook krijgen de tickets een bepaalde prioriteit, ticket nummer en een description. Wanneer nodig staat in de ticket ook vaak de acceptance criteria. Je kan aan de hand van de oranje/rode kleur zien welke prio een ticket heeft. Deze worden altijd op tijd opgepakt en kunnen vaak snel opgelost worden. Dit omdat de tickets altijd zo klein mogelijk gemaakt worden zodat jij als frontender weet wat je moet doen en je niet de overzicht verliest maar ook omdat de QA tester dan vaak ook makkelijk kan testen.
Dit is hoe een ticket er uit ziet binnen het project:
Hier kan je goed zien door welke fases de ticket allemaal moet gaan voordat hij naar "done" gaat(de live versie van de website). Je ziet dat er een max aantal tickets in de "Peer review" kolom mogen zitten. In dit geval zitten er nu 6 tickets in terwijl 4 de max is. Deze worden dan zo spoedig mogelijk opgepakt zodat deze kolom niet te vol raakt.
Als ik klaar ben met de ticket en hem laat reviewen dan laat ik ook gelijk een comment achter voor de QA afdeling. Hierin vertel ik waar je de veranderingen kan vinden en plaats ik de link van de testomgeving er in:
Hier een voorbeeld van hoe ik samen met Floor van het design team bespreek om een ticket aan te maken voor het beter maken van het menu:
Je kan hier zien dat de QA tests van Mark goed zijn gegaan:
Maar nadat het Floor er weer naar keek merkte hij op dat er nog iets verkeerds was aan het menu. Dit heeft hij meteen weer met mij besproken en ik kon dit probleem ook gelijk in deze ticket verder oppakken:
06-05-2024
Tijdens onze retrospect meetings wordt de tijdlijn op een groot scherm getoond en zien wij goed waar we staan, waar we mee bezig zijn en wat er gebeurd is. Door dit te doen houden we goed overzicht op het project en weten we of we op schema lopen of niet. Hier zie je hoe de tijdlijn er uit ziet:
