{"id":42884,"date":"2024-02-26T09:28:50","date_gmt":"2024-02-26T09:28:50","guid":{"rendered":"https:\/\/partners.sngular.com\/atlassian\/?p=42884"},"modified":"2024-02-26T14:30:15","modified_gmt":"2024-02-26T14:30:15","slug":"escala-tu-ticket-desde-jsm","status":"publish","type":"post","link":"https:\/\/partners.sngular.com\/atlassian\/escala-tu-ticket-desde-jsm\/","title":{"rendered":"Escala tu ticket directamente desde JSM"},"content":{"rendered":"\n
\n
\n
\n

Escala tu ticket directamente desde JSM<\/h1>\n <\/div>\n <\/div>\n
\n <\/div>\n<\/div>\n\n

 <\/p>\n

Los proyectos de Jira Service Management Cloud tienen una serie de funcionalidades propias, que los hacen completamente diferentes a los dem\u00e1s: la posibilidad de gestionar el trabajo en colas, la organizaci\u00f3n de canales de entrada de peticiones o clientes que puedan crear esas peticiones, la gesti\u00f3n de SLAs…. pero adem\u00e1s de todas las funcionalidades b\u00e1sicas, tenemos una serie de funcionalidades que como administradores de proyecto podemos activar. Hasta ahora nos serv\u00edan para tener espacios espec\u00edficos para la gesti\u00f3n de incidencias, problemas o cambios, pero tambi\u00e9n para activar la gesti\u00f3n de alertas con Opsgenie por ejemplo. Una de las \u00faltimas incorporaciones ha sido la posibilidad de crear tableros Kanban<\/a> en proyectos de este tipo.<\/p>\n

\"Features<\/p>\n

 <\/p>\n

Y como siempre, en cuanto nos despistamos, Atlassian incorpora una nueva funcionalidad. La m\u00e1s reciente es la posibilidad de realizar un\u00a0escalado a desarrolladores.<\/strong><\/p>\n

La idea de esta funcionalidad es habilitarnos la opci\u00f3n de escalar un ticket al equipo de desarrollo, cuando requiera de su atenci\u00f3n o ayuda para resolverlo.<\/p>\n

Ahora mismo solucion\u00e1bamos este escalado simplemente creando la tarea en el proyecto de desarrollo correspondiente, o dejando que Jira lo hiciera por nosotros como parte de nuestro flujo de trabajo. Pero esta funcionalidad, nos permite alguna acci\u00f3n extra que puede resultar interesante.<\/p>\n

Empecemos por el principio:<\/p>\n

\u00bfC\u00f3mo habilitar esta nueva funcionalidad?<\/strong><\/h2>\n

\"Developer<\/p>\n

Lo primero que hay que hacer es habilitar la feature en nuestro proyecto. Como siempre, Jira nos ir\u00e1 guiando en todo el proceso.<\/p>\n

Desde la configuraci\u00f3n de proyecto > Features > Developer escalations.<\/p>\n

Al habilitarla, nos pedir\u00e1 que creemos una nueva Request type para relacionarla con este proceso.\u00a0Podemos utilizar la request type recomendada, o crear una nueva.<\/p>\n

\"Add<\/p>\n

Gracias a los nuevos templates de Request type, esta labor ahora es mucho m\u00e1s sencilla.<\/p>\n

Este nuevo Request type ya viene pre configurado y solo tendremos que hacer alg\u00fan cambio si lo necesitamos.<\/p>\n

\"Request<\/p>\n

A\u00f1ade a los colaboradores<\/h3>\n

Ahora que ya tienes tu nueva Request type para escalar a desarrollo, necesitas que los desarrolladores participen en tu proyecto de Jira Service Management.<\/p>\n

Para ello, tendr\u00e1s que a\u00f1adirlos como colaboradores. Dentro de la configuraci\u00f3n de permisos<\/a> del proyecto, tienes que asegurarte que estos usuarios tengan el rol de \u00abService Desk Team\u00bb.<\/p>\n

NO es necesario que los usuarios tengan licencia de Jira Service Management<\/a>, solo el rol correspondiente del proyecto, que les permite realizar las siguientes acciones como colaboradores:<\/p>\n