Jira - Navegación básica.docx

Archivo de audio ================ [1016.MP3](https://netlogistik-my.sharepoint.com/personal/edith_romero_netlogistik_com/Documents/Archivos%20transcritos/1016.MP3) Transcripción ============= 00:00:05 Orador 1 Y listo, me sale, que ya está grabado. 00:00:08 Orador 1 Bueno, entonces. 00:00:12...

Archivo de audio ================ [1016.MP3](https://netlogistik-my.sharepoint.com/personal/edith_romero_netlogistik_com/Documents/Archivos%20transcritos/1016.MP3) Transcripción ============= 00:00:05 Orador 1 Y listo, me sale, que ya está grabado. 00:00:08 Orador 1 Bueno, entonces. 00:00:12 Orador 1 Jira es nuestra página de gestión de defectos, es con lo que damos seguimiento a las incidencias que se levantan, a las historias que se tienen que ir desarrollando. Básicamente es la interacción que tiene. Está ahí toda la interacción de los equipos scrum, en este caso sería testing, desarrollo, soporte, incluso servici. 00:00:35 Orador 1 Gracias, entonces primero qué vamos a hacer, porfa, ayúdame a ingresar tu usuario y contraseña, tu usuario es nombre. 00:00:44 Orador 1 Nombre, punto, apellido, que es prácticamente como tu correo electrónico, solo sé que sin el dominio y tu contraseña igual es la misma. 00:00:52 Orador 1 Entonces ayúdame con eso, porfa. 00:00:57 Orador 1 Listo y lo primero que nos va a mostrar es una página de dashboard que según tú se lo vayas configurando están los 3 puntitos arriba a ver dale Clic ahí por FA. 00:01:12 Orador 1 Aquí puedes este configurarlo para que te muestre cierta información, ahorita no lo vamos a hacer, pero esto te ayuda bastante. Si quieres ver por ejemplo ciertos giras, agregar algún filtro para que te muestre solo tus giras, los giras de todo el equipo. 00:01:27 Orador 1 Algunas gráficas para que veas cómo se vayan moviendo los jiras que se han generado. Entonces, bueno, eso lo vamos a dejar así. 00:01:36 Orador 1 Lo primero que vamos a hacer, vamos a navegar hacia la parte de proyectos. Dele Clic ahí en ese menusito porfa y dependiendo del proyecto al que estemos asignados, pues es el que vamos a poder ir navegando. Por ejemplo, en este caso ayúdame a darle Clic al de web, porfa. 00:01:56 Orador 1 Listo. Y lo primero que nos abre cuando entramos al proyecto de web son los jirats que están abiertos. ¿Me puedes ayudar a desplegar el menú de la izquierda? Tienes abajo 2 flechitas hacia la izquierda, hacia la derecha. Ándale ajá. 00:02:16 Orador 1 Todos los proyectos. 00:02:19 Orador 1 Con algunas excepciones, tal vez van a tener estas opciones. Nos va a mostrar primero el tablero, nos va a mostrar el back logge los sprints que estén activos. 00:02:28 Orador 1 Las entregas, que son las versiones que se van a ir liberando de cada una de las ramas. Esto está relacionado a a git y. 00:02:37 Orador 1 Informes, algunos reportes que solo utilizan los scrum masters o los líderes de los proyectos para mostrarlos en algunos estatus. 00:02:47 Orador 1 La parte de incidencias que justo es lo que nos abrió ahorita, este obviamente comprende todos los jiras abiertos que están actualmente en el proyecto, aquí nos está mostrando uno de. 00:02:59 Orador 1 19431 entonces este es un filtro supersencillo. 00:03:05 Orador 1 Y la parte de abajo de componentes y de commit de git, ese no lo vamos. 00:03:08 Orador 1 ¿Ocupar ahorita? 00:03:10 Orador 1 Primero a la parte de sprints activos, Porfa. 00:03:18 Orador 1 Exacto, aquí. 00:03:21 Orador 1 Aquí esta parte de. 00:03:22 Orador 1 Este tablero lo podemos usar para monitorear las historias que se están desarrollando dependiendo de los estatus de los clientes. 00:03:32 Orador 1 Ayúdame a Porfa. Darle Clic a primero con traer la barrita esta de la izquierda, porfa. 00:03:40 Ajá. 00:03:40 Orador 1 Que se nos vuelva a ocultar y. 00:03:45 Orador 1 Vamos a darle Clic en mostrar más para usar los filtros rápidos ahí ajá. 00:03:51 Orador 1 Vamos a seleccionar la parte de historias. 00:03:55 Orador 1 Stories está hasta acá. Ajá. Listo ya con eso vemos todas las historias que están actualmente en el SPRINT. Vemos el nombre del Sprint que está dentro de almacenaje sprint 2208, el tiempo de vida del Sprint que le queda, le quedan 5 días, el botoncito de terminar sprint que hay que tener mucho cuidado con ese que nadie más que el scrum Master. 00:04:17 Orador 1 ¿Le puede picar ahí? 00:04:20 Orador 1 Eh. 00:04:21 Orador 1 Listo, aquí vamos a poder ver. 00:04:25 Orador 1 Todas las historias que están pendientes de realizar en progreso, detenidas en revisión de Código en Testing y todas las que ya se cerraron. 00:04:35 Orador 1 Esto es para cuando estamos enfocados en la parte de desarrollo de funcionalidades. Ayúdame a expandir otra vez tu barrita de la izquierda por favor y vamos a la parte de backlog. 00:04:49 Orador 1 En el backlog igual tenemos algunos filtros bastante rápidos si colapsamos un poquito la pestaña de almacenaje SPRINT 2208 que igual nos va a mostrar. 00:05:03 Orador 1 Los gigas que están aquí. 00:05:05 Orador 1 A Twitter, ándale ahí. Mérito, ajá. Abajo tenemos el backlog que es justo parte de los resultados que nos mostraba la primera vez que abrimos gira. Son todas las historias que están pendientes, todos los tasks que están abiertos, todos los gigas pendientes de resolver, que estén en progreso, que no estén dentro de un sprint. 00:05:24 Orador 1 ¿Cuál es la diferencia de si está en backlog o está en la parte del sprint, donde ahí decía almacenaje SPRINT 2208, que cuando nosotros finalicemos el sprint va a aparecer en los reportes, va a aparecer relacionado a que en ese periodo de tiempo se resolvieron las incidencias o se concluyeron las historias? Si está en la parte del backlog todavía no se le ha asignado como tal un una fecha de entrega. 00:05:50 Orador 1 Que esté dentro del Sprint. 00:05:53 Orador 1 Listo, esos son 2 son las 2:00 como principales pestañitas que vamos a estar utilizando para monitorear los proyectos ahora. 00:06:02 Orador 1 Vamos a la parte de tareas, porfa. 00:06:06 Orador 1 Arriba, arriba, arriba. 00:06:09 Orador 1 Arribita ahí, ajá. 00:06:11 Orador 1 Y vamos a darle Clic en buscar incidencias. 00:06:18 Orador 1 En esta parte de búsqueda, que también es bastante útil para cuando estamos. 00:06:23 Orador 1 Navegando por jira tenemos ciertos filtros ya preestablecidos. 00:06:28 Orador 1 El primero, por ejemplo, mis incidencias abiertas y le puedes dar Clic ahí. 00:06:35 Orador 1 Vamos a ver qué se nos pone en la barrita de búsqueda ciertos campos con los que se está haciendo el filtrado de los giras existentes. Tenemos el campo de asigne de Resolution y los ordena por la fecha en que se actualizaron. 00:06:51 Orador 1 Este obviamente nos va a mostrar todos los jiras que se hayan generado por el usuario que está logueado, en este caso sería tu usuario. 00:07:00 Orador 1 Y así todos los demás filtros que ya tenemos hacia abajo, cada uno nos muestra distinta información. ¿Qué es lo que pasa si nosotros queremos realizar la búsqueda? 00:07:12 Orador 1 De otras incidencias va. 00:07:15 Orador 1 A darle otra vez en tareas, porfa y en buscar. 00:07:20 Orador 1 Ahí está y vamos a hacer una búsqueda por. 00:07:26 Orador 1 Ley porfa el campo, por ejemplo, por proyecto Ponle Project. 00:07:32 Orador 1 Ah, nos lo va a ir a completando. Dale el signo igual. 00:07:38 Orador 1 ¿Ajá, un espacio y nos va a sugerir todos los proyectos, vamos a ponerle el de web? 00:07:46 Orador 1 Igual lo podemos escribir y nos lo acompleta listo. 00:07:51 Orador 1 ¿Y vamos a ponerle a que? 00:07:53 Orador 1 Para la segunda condición, Ponle el campo tester, por ejemplo. 00:08:02 Orador 1 Igual. 00:08:05 Orador 1 Y vamos a poner tu usuario. 00:08:11 Orador 1 Listo. Y ahí ya también nos lo completan. Ajá. Y vamos a vamos a darle en búsqueda el último, el botoncito que está al final. 00:08:19 Orador 1 La barra, ajá. 00:08:22 Orador 1 Y listo. Eso nos trae todos las incidencias que están dentro del proyecto web y cuyo usuario bueno, cuyo tester es tu usuario. Le podemos agregar más filtros. Le puedes agregar otro que sea las incidencias de tipo Bug. 00:08:40 Orador 1 ¿Que sería Isu type? 00:08:45 Orador 1 Igual. 00:08:48 Orador 1 Ahí está y listo búsqueda. 00:08:52 Orador 1 Y listo, nos hace un mayor filtrado. 00:08:56 Orador 1 Este tipo de búsquedas que nosotros le vamos como poniendo campos específicos, podemos guardar estos filtros para que después sea mucho más fácil consultarlos al lado del botón de donde dice búsqueda. Ponle guardar como arribita en negrita está, ajá. Ahí ponle guardar como. 00:09:17 Orador 1 Y ahí le puedes poner cualquier nombre del filtro. 00:09:26 Orador 1 Y dale en salvar. 00:09:30 Orador 1 Listo y justo en la barra izquierda en la parte de abajo. 00:09:36 Orador 1 Nos hace esa diferenciación entre los preestablecidos y los que se generan. Ahí ya lo tienes y ya lo puedes consultar en el momento en que sea requerido. Si le das Clic a los 3 puntitos que están después del nombre ajá nos deja eliminar de lista de favoritos o incluso eliminar el filtro como tú lo generaste tú lo puedes eliminar. Dale Clic en eliminar porfa. 00:10:01 Orador 1 ¿Le ponemos que SIM? 00:10:04 Orador 1 Listo y con eso podemos de una manera más fácil buscar nuestras incidencias y muchas veces utilizamos los filtros para. 00:10:14 Orador 1 Por ejemplo, si algún cliente está en una fase de estabilización y lo buscamos por etiqueta, por tipo por nombre de cliente, el scrum Master genera el filtro, lo comparte al equipo, el equipo lo guarda y ya con eso le vamos dando seguimiento a las incidencias tanto para resolverlas como para pruebas. Ya una vez que se termine esa etapa de estabilización, pues podemos eliminar de favoritos. 00:10:35 Orador 1 Y no nos genera ahí más. 00:10:40 Orador 1 Cosillas en nuestra barra del lado izquierdo, eso es para buscar. 00:10:45 Orador 1 Buscar los jiras ya vimos la parte de buscar en distintos proyectos y vamos a la parte de generar un gira nuevo en la barra de arriba, el botón que es azul más clarito le puedes dar Clic para crear. 00:11:02 Orador 1 En este botón es donde vamos a crear las incidencias mucho. 00:11:08 Orador 1 Depende mucho de lo que estemos creando, pero lo que básicamente. 00:11:12 Orador 1 Siempre se utiliza es para crear un gira de tipo Bug. Entonces tenemos ciertos campos requeridos que están marcados con un asterisco rojo al lado de la etiqueta de su nombre. Vamos a seleccionar siempre el proyecto, ya lo tenemos ahí que es. 00:11:30 Orador 1 Web. 00:11:31 Orador 1 Vamos a seleccionar el tipo de incidencia bug, porfa, error, ajá. 00:11:38 Orador 1 La prioridad no nos la pide como requerida, pero siempre es necesario ponerla si le puedes dar Clic al botoncito de signo de interrogación que está a un lado, ajá, ahí está. 00:11:51 Orador 1 Este tipo de ayudas los tiene ya precargado jira nos ayuda a conocer los niveles de prioridad. Aquí lo dice cuándo es un tipo blocker de tipo prioridad, alta, media, baja, trivial. 00:12:06 Orador 1 ¿Esto siempre es de bastante ayuda cuando no conocemos cuál es la prioridad que se le tiene que dar a nuestro gu IRA? 00:12:12 Orador 1 Listo, ayúdame a cerrar eso, porfa. 00:12:16 Orador 1 Le vamos a dejar así la que tiene. Siempre necesitamos poner un resumen de la incidencia. Este es estándar en la mayoría de los proyectos, a menos que se indique lo contrario. 00:12:27 Orador 1 Ahorita. 00:12:30 Orador 1 ¿Vamos a dejar ese vacío para ver justo el mensajito de Robert que sí nos valide los campos? Después, para el proyecto de web nos permite seleccionar el cliente al que. 00:12:43 Orador 1 Sobre el que se está reportando la incidencia es justo para tener más control y poder ver cuántos gigas se relacionan a cada uno de los clientes que tenemos. Ah, vamos a dejarle seleccionado el de CORE y la parte de categoría Dele Click Porfa para desplegar aquí está. Tenemos distintas categorías que dependiendo de a lo que se relacione el gira es la categoría que vamos a poner para. 00:13:09 Orador 1 Automatización es justo para pruebas automatizadas para. 00:13:13 Orador 1 Esa parte más del lado de Testing Escalamientos es para guías que vienen directamente del lado de soporte. 00:13:20 Orador 1 Y las resuelve el equipo de Escalamientos gol Likes cuando el equipo de servicios nos reporta ciertas incidencias que están pasando con una salida en vivo del cliente, una nueva implementación, mantenimiento, cuando por algún. 00:13:36 Orador 1 Algunas pruebas que se están realizando, algunas pruebas exploratorias, alguna que no está relacionado a un gol Live. ¿A un cliente en particular se tiene que reportar alguna incidencia? Esa es la parte de mantenimiento, muchas veces también la parte de estabilización se pone aquí en la categoría de mantenimiento. 00:13:53 Orador 1 Proyectos estratégicos es. 00:13:58 Orador 1 Cuando se tienen ciertos objetivos relacionados a. 00:14:03 Orador 1 Proyectos en el roadmap o que son como de objetivos muy, muy específicos que los líderes necesitan que se les dé prioridad, pues agarramos esa categoría. Es muy raro que se agregue esa categoría. Creo que yo nunca he visto un jira relacionado a esa. 00:14:18 Orador 1 La parte de regresivas cuando al ejecutar pruebas sobre algún módulo, pruebas de todos los escenarios que se tienen en jira, sale algún error. Necesitamos identificarlo y se le pone esta categoría de regresivas. Esa es exclusivamente para testing la parte de requerimientos cuando algún cliente pide algún desarrollo en específico. 00:14:42 Orador 1 ¿Se tiene que ligar a esta categoría justo para diferenciar lo que servicios lo pueda rastrear más? 00:14:48 Orador 1 Rápido la parte del roadmap cuando eso es para historias en específico, cuando se van metiendo las los desarrollos que se han ido planeando para trabajar a lo largo del año. Va sobre esta categoría porque ya es un plan establecido que se tiene con oficinas de proyectos para liberar funcionalidad. Entonces como va de acuerdo a ese plan se le pone esta categoría y. 00:15:13 Orador 1 La parte de Testing, pues es para igual. El área de de pruebas es la la única área que utiliza. 00:15:19 Orador 1 Esta categoría de momento creo que no se utiliza, entonces bueno, vamos a ponerle de categoría escal. 00:15:28 Orador 1 Que no nos afecte, de todas formas, no lo vamos a crear. 00:15:31 Orador 1 En versiones afectadas, cuando se reporta una incidencia, es muy importante indicar sobre qué versión está ocurriendo el error si le das Clic porfa para desplegar la lista. 00:15:43 Orador 1 Ah, tenemos las versiones publicadas justo a las que ya están liberadas por el equipo de desarrollo. Sobre estas mismas son las que en las que se hacen pruebas tanto el equipo de Testing, el equipo de soporte, el equipo de servicios y sobre estas se pueden reportar las incidencias. Vamos a seleccionar esa primera que es la dedica. 00:16:07 Orador 1 No puede ir vacío este campo porque sino no sabríamos sobre qué versión está reportado el error. 00:16:13 Orador 1 La versión correctora, cuando inicialmente se reporta un gira, debe de ser la palabra ufist. 00:16:22 Orador 1 Un six ajá. ¿Por qué? Porque estamos apenas indicando que hay un error, no sabemos sobre qué versión se va a corregir, puede ser la que sigue de manera inmediata a la afectada o puede ser que 3 versiones después apenas se resuelva el error que se está reportando. Por eso lo dejamos con este un six. 00:16:42 Orador 1 La parte de componentes también necesitamos indicar sobre qué proceso es el que nos está ocurriendo la incidencia. Se necesita hacer una depuración constante de esta lista de componentes porque muchas veces se van agregando nuevos. Si puedes irlescroleando para que se vean porfa. ¿Cuáles son las categorías que tenemos en web? Hay de todo, son todos los procesos que existen actualmente a. 00:17:07 Orador 1 Vamos a seleccionar. 00:17:11 Orador 1 Ya sea de reubicaciones. 00:17:14 Orador 1 Esa me gusta, ajá. 00:17:16 Orador 1 La parte del entorno este campo no es requerido, pero a veces el equipo de servicios aprovecha para ponerle aquí versiones mucho más específicas de lo que se sobre lo que se está probando. 00:17:30 Orador 1 Este no, no. Muchas personas lo utilizan. Entonces no es necesario el llenarlo, vamos hacia abajo. 00:17:36 Orador 1 Esta parte de la descripción es donde vamos a poner los pasos a reproducir para. 00:17:42 Orador 1 Nuestro gira, nuestra incidencia, necesitamos poner siempre descripción, escenario obtenido y escenario esperado, al menos, y los pasos para reproducirlo. 00:17:55 Orador 1 No es requerido porque puede ser que por algún tema de prisas o algo así o de. 00:18:01 Orador 1 Que es un gira que está reportando el Expo de Desarrollo, que no tiene tanta necesidad de una descripción. Lo pueden dejar en blanco, pero para el equipo de Testing, para el equipo de soporte y servicios cuando reportan una incidencia, si es necesario que pongan aquí en esta parte los pasos a seguir. Tenemos también el campo para adjuntar evidencia. Muchas veces se adjuntan videítos, capturas de pantalla, Gifs. 00:18:26 Orador 1 A veces se puede subir incluso el backup de la base de datos. 00:18:31 Orador 1 Tenemos el responsable que normalmente se deja como automático para que cualquier desarrollador lo se lo pueda asignar a menos que haya alguna otra instrucción de que se asigne directo. A algún desarrollador le podemos dar Clic ahí y poner el nombre de usuario. 00:18:47 Orador 1 De quién sea necesario, vamos a seleccionar a Ricardo Pérez Santos, que es el primero que nos sale de desarrollo. 00:18:56 Orador 1 Listo y se va a crear la incidencia ahí. 00:18:58 Orador 1 Su usuario. 00:19:00 Orador 1 Después es lo mismo, podemos seleccionar algún tester para que sea el encargado de realizar las pruebas de este gira. Vamos a poner tu usuario por faen. 00:19:15 Orador 1 Todos estos son campos no requeridos, de todas maneras, nada estamos viendo a ver cómo es que se llenan. 00:19:22 Orador 1 Si este este bosque estamos reportando, se relaciona de cierta manera con otro gira. Tenemos la opción de relacionarlo para que se mantenga la trazabilidad. Dale Clic Porfa en la lista desplegable. 00:19:37 Orador 1 Tenemos varias maneras de relacionarlo. Relates to puede ser uno que está sobre el mismo proceso o el mismo error, está ocasionando estos 2 escenarios diferentes que vamos a reportar en 2 giras, aparte la parte de blogs. 00:19:56 Orador 1 Quiere decir que se tiene que resolver primero este gira antes de poder avanzar con algún otro isblocket by es como el opuesto. Necesitamos resolver otra incidencia antes de. 00:20:09 Orador 1 Poder resolver esta primera. 00:20:13 Orador 1 Clones, es cuando estamos duplicando algunos gigas regularmente. Estas categorías de clons y la de izquierd by se utilizan ya cuando se están cerrando las incidencias cuando se detecta que están siendo duplicadas. 00:20:29 Orador 1 Lo mismo para la parte de Duplicates y la de is duplicated by. 00:20:35 Orador 1 Y las otras 2 opciones nunca las hemos usado, entonces esas podemos dejarlas así si. 00:20:41 Orador 1 Le vamos a indicar esta parte de que hay incidencias relacionadas abajo podemos indicar el gira al que se están relacionando. Cuando le damos Clic en la lista desplegable nos salen los jiras que hemos estado trabajando. 00:20:56 Orador 1 Vamos a seleccionar el primero que sale ahí de la ubicación de producto. 00:21:00 Orador 1 Y listo. Ya con eso nos lo va a relacionar. Podemos agregar algunas etiquetas que tampoco son necesarias. Ya se tienen algunas predefinidas. 00:21:10 Orador 1 Por ahí nos deben salir algunas, vamos a poner la primera de texto de. 00:21:15 Orador 1 Formas, no lo vamos a crear y listo. ¿Qué más web support user? Ese ya no se utiliza storypoints es para las historias. Ese tampoco se llena. Tampoco el de estimaciones. 00:21:28 Orador 1 El campo de Sprint este se selecciona solo si estamos seguros de que se va a resolver la incidencia en este sprint que está actualmente transcurriendo. Si no estamos seguros no indicamos un sprint y eso hace que nuestro jira se vaya directamente al backlog que ya vimos la diferencia de cuando se va al sprint y. 00:21:47 Orador 1 Va al backlog y. 00:21:49 Orador 1 Causa del error esa este campo se utiliza solo cuando se está, cuando se finaliza el trabajo de un gira, este no lo podemos. 00:21:58 Orador 1 Indicar ahorita se deja como el de ninguno. 00:22:01 Orador 1 Y listo. 00:22:05 Orador 1 Estos son los campos que regularmente se llenan cuando vamos a generar una incidencia, ahorita no le vamos a dar crear porque si no nos lo crearía con varios valores ahí medio raros vamos a darle en cancelar. Nada más era para ver los campos listo. 00:22:21 Orador 1 Ajá, sí, aceptar. 00:22:23 Orador 1 Vamos, porfa a abrir. 00:22:27 Orador 1 ¿A ver cuáles web 2 no? 00:22:31 Orador 1 ¿Ah, vamos a alguno de los filtros preestablecidos, porfa de informadas por mí? 00:22:37 Orador 1 ¿Para que nos abra algún jira? 00:22:41 Orador 1 ¿De tipo Bug, tienes algún llena de tipo bug a la mano? 00:22:45 Orador 1 Por ahí. 00:22:50 Orador 1 Ahí hay uno. 00:22:51 Ajá. 00:22:53 Orador 1 ¿Vamos a abrir ese porfa? 00:22:58 Orador 1 Ya con los valores que le ingresamos cuando generamos un gira nuevo, así es como se va a desplegar, nos va a mostrar todo lo que ya ingresamos, tenemos el tipo de gira, la prioridad, la versión afectada, componente, etiquetas, cliente, etcétera, etcétera. 00:23:13 Orador 1 Tenemos los botones de arriba que nos permiten estar ahí manipulando nuestro jira. Si le damos Clic en el botón de EDITAR, porfa, vamos a picarle ahí. 00:23:26 Orador 1 Vamos a ver de nuevo todos los campus editables de Jira que podemos modificar de manera general, son básicamente los mismos que cuando lo creamos vamos a darle en cancelar para que se. 00:23:37 Orador 1 Cierre tenemos la parte de comentar, nos deja agregar un comentario al gira. 00:23:45 Orador 1 Los comentarios son muy importantes para darle seguimiento, tanto si se prueban, si se ponen en hall o en pausa, si se empiezan a trabajar es cómo se comunica el equipo de desarrollo con el resto de los equipos involucrados en la en los giras. 00:24:02 Orador 1 Vamos a darle Clic en asignar. 00:24:08 Orador 1 De aquí también le podemos modificar quién es el responsable del gira. Esto solo lo hace el equipo de desarrollo, dependiendo de las prioridades que tenga y de quién sea el encargado de resolver la incidencia. Y listo, vamos a darle cancelar. 00:24:24 Orador 1 Vamos a darle en el botón de más que tenemos otras opciones, principalmente de aquí. La que más utilizaríamos sería la de registrar trabajo. Vamos a darle Clic ahí en registrar trabajo, porfa. 00:24:38 Orador 1 El equipo de desarrollo ingresa aquí el tiempo que le tomó el trabajar sobre la incidencia, ya sea resolverla, revisarla, analizarla, aquí se ingresa el tiempo que se estuvo trabajando y listo. Vamos a darle cancelar, porfa. 00:24:58 Orador 1 Y vamos a la parte de arriba, hasta arriba, hasta arriba del gira. 00:25:02 Orador 1 Para explicar la siguiente parte. 00:25:06 Orador 1 Los giras tienen cierto. 00:25:09 Orador 1 Ciclo de vida, cierto flujo de trabajo que vamos a ver ahorita. El primer paso para un jira es cuando se genera, es cuando se crea, se está en estatus de abierto y para que sea mucho más Claro ver cómo se va moviendo, ayúdame a darle Clic al botón que dice ver flujo de trabajo. Porfa, está a un lado del estado del gran. 00:25:29 Orador 1 A la derecha, a la derecha, al menos a la izquierda. 00:25:35 Orador 1 ¿Ahí ahí ahí mérito, listo, entonces? 00:25:42 Orador 1 Normalmente los giras siguen un flujo de vida muy sencillo que es, se abren, se trabajan y se cierran. Básicamente eso es lo que debería de pasar de manera ideal con una incidencia primero. 00:25:55 Orador 1 Cuando creamos un gira está en estatus abierto, que es el primero que estamos viendo. Si me ayudas a pasar tu mouse, ajá. 00:26:01 Orador 1 Ahí vemos cuáles son los posibles flujos que puede tener a partir del estatus abierto. El ideal es cuando se inicia el trabajo al desarrollador, empieza a revisarlo y pasa al estatus en progreso. Puedes poner tu Mouse encima del de en progreso. 00:26:18 Orador 1 Que aquí ya puede pasar hacia distintos. 00:26:23 Orador 1 Distintos Estados. 00:26:24 Orador 1 Puede pasarse a hult o estar detenido. Puede ser por tema de prioridades, porque le pasaron una incidencia de mayor importancia. Puede ser porque no tiene información necesaria o no puede reproducir el escenario. ¿Entonces se pasaría a espera? Si lo pasamos a espera, la única posibilidad es que lo pasemos de nuevo a en progreso después. 00:26:45 Orador 1 Y de en progreso lo podemos mover. A Code Review le puedes poner encima de code review. Esto quiere decir que ya se subió una solución a la plataforma de Git y está siendo revisada por el resto de los desarrolladores. Una vez que ya tenga su aprobación y ya no tengan correcciones sobre el Código, pasaría al estatus de Testing. Si hay correcciones de código, si hay muchas cosas que tenga que modificar, el desarrollador tendría. 00:27:12 Orador 1 ¿Que reabrir el gira, como ya vimos que está abajo, le puedes volver a poner sobre el de cotr? 00:27:19 Orador 1 Si vamos, el flujo hacia abajo dice que se puede reabrir. Entonces tendría que volver a trabajar por algún tema de código que le hayan comentado. Si no hay ningún tema y todo está funcionando bien, pasa el estatus de testing. 00:27:33 Orador 1 Puedes poner ahí, porfa, ya que se revisó, ya que está en estatus de Testing, sólo hay 2 opciones, o se resuelve que ya sería hasta ahí quedaría el gira, ya no se puede mover a un estatus diferente o se reabre. Esto quiere decir que la incidencia sigue ocurriendo o se encontró una nueva incidencia directamente relacionada a lo primero que se había reportado. 00:27:55 Orador 1 Pásate porfa al de Rioppel. 00:27:58 Orador 1 Que justo ese de donde venimos, ajá. 00:28:02 Orador 1 Una vez que se reabre, el desarrollador lo tiene que volver a poner en progreso para volverlo a trabajar y volvemos a tener el ciclo de vida, pues. 00:28:12 Orador 1 ¿Te puedes posicionar sobre el the close? 00:28:16 Orador 1 ¿Cuál es la diferencia entre resort y closed? Cuando un desarrollador ya estuvo trabajando sobre la incidencia, cuando ya se subió un fix sobre el código, es cuando queda el estatus result, cuando el guía no aplica, cuando ya no se puede reproducir, cuando ya cuando no es algo que va a involucrar modificación sobre código. 00:28:40 Orador 1 Pasa al estatus de cerrado. Puede pasar al estatus de cerrado o de closed directamente desde su estado de creación, que sería open, o desde el estatus en hold, que justo por temas de revisión de que no hay información, los puede reproducir. Se mantendría en ese estatus y pasa después directo a estar cerrado aquí en los estatus de closed y resolverse. Sí, hay un flujo que nos lleva a la parte de reabierto, pero no es lo ideal. 00:29:07 Orador 1 Los geles ya no deberían de reabrirse. Después de que se han cerrado, se tendría que levantar una nueva incidencia. 00:29:14 Orador 1 Es muy raro, es muy muy raro cuando se reabren después de cerrados, no es lo ideal y pues listo, básicamente ese sería el flujo de vida que tenemos ahorita en al menos el proyecto de web. Esto puede variar dependiendo de los los proyectos que se tengan, puede que tep tenga algo diferente, next time tenga algo diferente, pero básicamente esto nos explica en qué consiste cada uno de los Estados. 00:29:40 Orador 1 ¿Y qué más le puedes cerrar ahí, por favor? 00:29:44 Orador 1 ¿Qué más tenemos? Tenemos una barrita de búsqueda. La parte de arriba, que es para buscar directamente las incidencias, nos muestra los que hemos estado visitando recientemente. Entonces nos ayuda mucho más a la navegación y listo. Creo que eso es básicamente el funcionamiento de jira. 00:30:05 Orador 1 Listo, voy a tener la grabación nada más que tengas alguna duda den. 00:30:09 No todo muy bien. 00:30:10 Orador 1 Muy bien va. 00:30:13 Ah.