# Com descriure un worklog a Jira sense escriure una novel·la Per Sync4us · Publicat el 17 d’octubre de 2026 S'acaba la jornada. S'obre Jira. I comença l'excavació. Una reunió al calendari. Una consulta al xat. Una tasca represa tres vegades. La feina està feta, però el full d'hores demana reconstruir la trama. La descripció d'un worklog, el registre de temps d'una incidència de Jira Cloud, explica **què s'ha fet, sobre quina part de la feina i què s'ha comprovat o ha quedat pendent**. Sense copiar dades sensibles ni explicar cada clic. Primer, això sí, convé tenir clar què s'està registrant. ![Exemples de descripcions de worklogs a Jira](https://sync4us.com/assets/resources/worklog-description/ca.png) *Exemple fictici. La descripció explica l’activitat. La incidència, la data i la durada es revisen per separat.* ## Una fórmula senzilla: acció, abast i estat > [Acció realitzada] sobre [part concreta de la feina]. [Resultat comprovat o punt pendent, si aporta context]. Per exemple: > Revisats els filtres de data de l'exportació. Comprovat l'interval buit. Pendent validar el canvi de mes. La frase situa l'activitat i el seu estat. No dona la incidència per resolta ni en reprodueix les instruccions. El full d'hores no necessita un making of. Aquesta és una proposta de redacció de Sync4us. La norma de l'equip determina el detall necessari i on cal registrar cada activitat. ## Què val la pena incloure a la descripció ### Un verb que expliqui què ha passat Analitzar, preparar, revisar, provar i corregir descriuen feines diferents. «Avenços» deixa gairebé tota l'explicació pendent. Si només s'ha investigat el problema, s'indica. Una investigació sense solució també és feina. No cal disfressar-la de correcció acabada. ### La part concreta que s'ha tractat «Proves dels filtres de data» aporta més que «proves». Copiar el títol de la incidència a cada registre aporta poc si no permet distingir una sessió d'una altra. La incidència explica el problema. La descripció del worklog explica l'activitat duta a terme en aquella entrada de temps. ### L'estat, quan ajudi a entendre-ho Una fallada reproduïda, un canvi preparat i una validació completada són situacions diferents. «Pendent de revisió» pot evitar més confusió que tres paràgrafs d'antecedents. La durada, la data i l'hora tenen els seus camps. Una frase impecable no arregla un registre posat al dimarts equivocat. Per crear l'entrada, Atlassian documenta **Més accions > Log work** o el camp de seguiment del temps. Els noms i les opcions poden variar segons el lloc de Jira. [Documentació de registre de temps](https://support.atlassian.com/jira-software-cloud/docs/log-time-on-an-issue/). ## Abans de buscar la frase perfecta, reunir la jornada L'embús sol començar abans del text: no tenir juntes les activitats, les durades i les incidències a les quals corresponen. Manualment, el repàs es pot fer així: 1. Reunir les referències disponibles: notes, registres i calendari. Una cita prevista no demostra per si sola el temps treballat. 2. Separar activitats i interrupcions. Comprovar què correspon a cada incidència i evitar solapaments. 3. Revisar la data i la durada, escriure la descripció i comprovar què ja consta a Jira abans d'afegir una altra entrada. Una taula o una llista serveixen si permeten fer aquest repàs. Si falta una referència fiable, cal aclarir la durada segons el criteri de l'equip, sense presentar una estimació com una mesura exacta. Sync4us permet organitzar aquesta jornada en blocs i revisar el que es prepara per a Jira abans de confirmar l'enviament. El valor és poder repassar les activitats, el destí, la data i la durada amb la feina a la vista. La descripció s'escriu amb aquest context. ## Sis exemples: abans i després Tots els textos i les situacions són ficticis. Les versions proposades només serveixen si expliquen què va passar realment. | Situació | Abans | Després | | --- | --- | --- | | Anàlisi | «Feina en la incidència.» | «Analitzada la fallada en exportar un interval buit. Identificat el cas pendent de validació.» | | Desenvolupament | «Canvis diversos.» | «Afegida la validació de l'interval de dates. Pendent la revisió del canvi.» | | Proves | «Proves fetes.» | «Comprovats l'interval buit i el canvi de mes. El segon continua reproduint la fallada.» | | Reunió | «Reunió.» | «Revisió dels criteris d'acceptació de l'exportació. Acordats els casos que es comprovaran abans del tancament.» | | Suport interromput | «Suport tot el matí.» | «Ateses dues consultes sobre l'exportació i comprovat el filtre de dates. Registrat només el temps dedicat a aquestes consultes.» | | Informació sensible | «Copiats el correu del client i les dades d'accés per explicar la revisió.» | «Revisada la configuració d'accés amb el procediment intern. Pendent confirmar el resultat de la validació.» | ## Una tasca, una interrupció i vint minuts que apareixen dues vegades Aquest matí fictici sembla fàcil d'explicar: | Franja | Activitat | Durada | | --- | --- | ---: | | 09:00 a 09:35 | Anàlisi de l'exportació a DEMO-41 | 35 min | | 09:35 a 09:55 | Consulta de suport a DEMO-77 | 20 min | | 09:55 a 10:20 | Continuació de l'anàlisi a DEMO-41 | 25 min | Són **60 minuts d'anàlisi i 20 de suport: 1 h 20 min**. Registrar tota la franja com a anàlisi i afegir-hi després la consulta comptaria vint minuts dues vegades. El full d'hores acaba de treballar vint minuts pel seu compte. La correcció manual és separar les durades i revisar el destí de cada activitat. Si l'equip permet agrupar les sessions d'anàlisi, la descripció podria ser: > Analitzada la fallada d'exportació en dues sessions. Reproduït l'interval buit i preparat el cas de prova següent. Si exigeix registres separats, cada sessió conserva la seva entrada. El suport manté els vint minuts i la seva explicació. A Sync4us es poden preparar els blocs d'aquell matí, revisar-ne les durades i comprovar quina incidència de Jira rebrà cada registre. Després es revisa la vista prèvia i es confirma l'enviament. La persona aporta el context i decideix què correspon registrar. Aquí hi ha la utilitat: una descripció millor ajuda, però no posa ordre per si sola en una jornada dispersa. Per fer el repàs manual complet, hi ha la [guia per revisar les hores a Jira](https://sync4us.com/ca/guies/revisar-hores-jira). ## Explicar l'activitat sense enganxar-hi el material de treball «Revisada la configuració d'accés» descriu una acció. Enganxar contrasenyes, tokens, dades personals innecessàries o informació de clients pot afegir contingut que el registre no necessita. El detall es manté al lloc autoritzat. Una referència interna només s'inclou si és adequada per al públic del worklog. Una ruta o el nom d'un document també poden revelar informació. No es pressuposa que el worklog sigui privat. L'accés depèn de permisos i, quan n'hi ha, de restriccions de visibilitat per grup o rol. Això no garanteix confidencialitat ni autoritza qualsevol contingut. [Permisos i visibilitat dels worklogs](https://developer.atlassian.com/cloud/jira/platform/rest/v3/api-group-issue-worklogs/). Davant de dubtes sobre el públic o la informació permesa, es consulta la persona responsable abans de desar. ## Si ja s'ha desat una descripció incorrecta Primer es localitza l'entrada. Crear-ne una altra no corregeix l'anterior i pot duplicar temps. Atlassian distingeix els permisos per editar worklogs propis i d'altres persones. Poder registrar temps no implica poder corregir qualsevol entrada. [Permisos de seguiment del temps](https://support.atlassian.com/jira-cloud-administration/docs/time-tracking-permissions/). La [guia per editar o eliminar un worklog](https://sync4us.com/ca/guies/editar-eliminar-worklog-jira) explica el recorregut. Si s'hi ha inclòs informació indeguda, també se segueix el procediment intern: editar el text no permet assegurar què ha passat amb possibles còpies prèvies. ## Llista de comprovació per copiar abans de desar ```text [ ] Les activitats estan reunides i corresponen a la feina feta. [ ] Cada registre té la incidència de Jira, la data i la durada correctes. [ ] Les interrupcions no es compten també dins d'una altra activitat. [ ] La descripció explica l'acció, l'abast i l'estat quan aporta context. [ ] El text evita credencials i dades que el registre no necessita. [ ] Les referències i el detall compleixen les regles de l'equip i són adequats per al públic. [ ] Es revisa què ja consta a Jira abans d'afegir una altra entrada. [ ] Després de desar, es comprova el registre de treball. ``` ## Tancar la jornada amb la feina a la vista La feina ja ocupa el dia. Que explicar-la no demani un altre torn. [Veure com es prepara i es revisa una jornada a Sync4us](https://sync4us.com/ca/#demo) ## Fonts oficials i abast - [Log time on a work item, Atlassian Support](https://support.atlassian.com/jira-software-cloud/docs/log-time-on-an-issue/): registre i edició d'entrades de temps. - [Time tracking permissions, Atlassian Support](https://support.atlassian.com/jira-cloud-administration/docs/time-tracking-permissions/): permisos per registrar i editar worklogs. - [Issue worklogs, Jira Cloud REST API v3](https://developer.atlassian.com/cloud/jira/platform/rest/v3/api-group-issue-worklogs/): accés i restriccions de visibilitat. Fonts consultades el 17 d'octubre de 2026. Aquesta guia fa referència a Jira Cloud. L'estructura, els exemples i la llista de comprovació són propostes editorials de Sync4us, no instruccions legals ni una certificació de confidencialitat.