Cum creezi un ticket eficient in Redmine » History » Revision 2
Revision 1 (Remina Neagu, 2021-06-07 19:10) → Revision 2/4 (Remina Neagu, 2021-06-07 19:11)
h1. *Cum creezi un ticket eficient in Redmine* Pentru a eficientiza serviciul de suportul, te rugam sa respecti instructiunile de mai jos. *ATENTIE!!! Tichetele care nu sunt suficient de clare si explicative, tind sa se rezolve cu intarziere!* *Instructiuni* * Instructiuni* Cand pui un tichet : * Intotdeauna introduci direct in Descriere cerinta completa. * Daca raportezi o eroare, adauga si link-ul paginii, numarul comenzii, specifica browser, sistem de operare cu versiuni - unde se aplica. * Foloseste atasamente pentru imagini sau documente explicative - care nu aduc cerinte suplimentare descrierii, ci sprijina intelegerea cerintei din descriere. (ex. NU folosi imaginile pentru a scrie pe ele cerinta - decat daca ea este explicata si in Descrierea tichetului; poti atasa pdf-uri sau printscreenuri cu conversatii sau mailuri doar daca cerinta ce rezulta din ele este clar detaliata in descrierea tichetului). Cand developerii nu au clara Descrierea, trebuie sa o deduca din materiale aditionale atasate, tichetul sufera intarzieri majore. * Sparge o lista cu mai multe cerinte in mai multe tichete - in functie de prioritati. ex. din 5 cerinte, poate una e foarte importanta (High) si doua Medium si doua foarte putin importante, doar wishes pe cand se poate (Lowest). Clientii tind sa puna multe cerinte in acelasi tichet cotat High - si prea multe tichete sunt cotate High (sute de tichete High). Din aceasta cauza sensul prioritatii se dilueaza total, echipa nu are fizic cum sa faca toate tichetele cotate High in acelasi timp de la toti clientii, mai ales daca nu sunt scurte - ci contin o lista de cerinte. * Foloseste adecvat si util sistemul de prioritizare (pentru detalii despre cand se foloseste fiecare optiune, reciteste Ghidul de utilizare al serviciului de suport Avanticart). Se intampla des ca majoritatea tichetelor unui magazin sa fie cotate de client High sau Highest, fapt ce creaza confuzie - nu ne mai dam seama comparativ care este mai important de rezolvat pentru client - si poate duce la lungirea timpului de rezolvare al tichetelor importante (tii minte povestea cu lupul?). Recomandam prioritizarea comparativa a tichetelor. ex. Daca 5 tichete sunt importante pentru tine, noi oricum nu o sa putem sa le facem pe toate in acelasi timp - asa ca ajuta-ne adaptandu-le prioritatea pentru a ne transmite, astfel, in ce ordine vrei sa fie rezolvate. * NU ADAUGA CERINTE SUPLIMENTARE IN COMENTARII - pentru cerinte suplimentare/aditionale/modificari la cerinta initiala, creaza tichete noi. * Nu te baza pe conversatii telefonice cu un membru al echipei! Fa tichete si acopera toate detaliile discutate telefonic/pe Whatsapp. Astfel te asiguri ca nu se pierde informatie din cerinta ta si ca tichetul este independent de disponibilitatea persoanei cu care ai discutat - poate rezolva si altcineva situatia. * Unele tichete necesita raspuns, altele implica si programare. Cand primim un tichet care implica programare, cream o copie in sistemul destinat developerilor (unde ne planificam si urmarim munca folosind metodologie specifica de development). Atunci se c copiaza automat si descrierea si atasamentele. Daca editezi ulterior descrierea sau adaugi cerinte in comentarii, ea nu se reflecta in copia dupa care se ghideaza developerul. De aceea e foarte important sa folosesti de la inceput descriere completa.