Transcripciones
1. Introducción: Hola y bienvenidos a la Jira como cram fundamentals para curso de principiantes. Si el trabajo que estás haciendo está de alguna manera relacionado con la tecnología de la información, debes haber oído hablar de la Jira, un gran producto de un aula. En ocasiones se describe como una herramienta de seguimiento de errores, pero también como una herramienta de gestión de proyectos. Se dice que Jira se utiliza para el manejo de scrum y también para el manejo de tickets de apoyo. Puede ser muy confuso a menos que haya usado realmente JIRA. Este curso te brindará una perspectiva muy clara sobre lo que realmente es JIRA y cómo usarlo. El curso, te guiaré por principales características y términos de
giroscopio y que tocaremos en Agile y Scrum, dos conceptos de los que depende mucho Jira. Este curso es un curso de nivel principiante. No obstante, aunque uses poco Jira y gustaría tener una comprensión más amplia de este gran producto. Seguirás encontrando valor en el curso. Después de completar el curso, estarás familiarizado con los conceptos básicos de Agile y Scrum. Y comprenderás plenamente qué es la Jira, qué hace, y cómo usar JIRA en tus proyectos de Scrum. Este es un curso práctico, y a través del curso, construirás un proyecto completo utilizando conceptos de Scrum. Por lo que comenzaremos con la visión general de nuestro proyecto del curso. Después
pasaremos por instrucciones paso a paso sobre cómo obtener acceso completamente gratuito a Jira, seguido de una breve visión general de JIRA. Después de eso, terminaremos la primera sección con unos cursos de choque de cinco minutos sobre Agile y Scrum. En JIRA. No existe nada fuera del proyecto. Y en la siguiente sección, aprenderás sobre el concepto del proyecto Jira, cómo crear un nuevo proyecto y diversas opciones de configuración del proyecto. Los temas de Jira son bloques de construcción de todo en JIRA y obtendrás una comprensión minuciosa de conceptos
generales de tema así como de diferentes tipos de tejido como historia épica, bug in task. Posteriormente aplicaremos de inmediato ese conocimiento a nuestro proyecto del curso, identificaremos temas que cubrieron los requisitos del proyecto y los crearemos en JIRA. En los dos apartados siguientes se encuentran diversos centrados en la delincuencia. Crearemos el rezago del proyecto en JIRA y
aprenderás a preparar rezago priorizando y estimando esfuerzo. Después usarás el atraso grupal para planear sprints, después de lo cual crearás sprints en JIRA y asignarás todos los números dos sprints mientras mantendrás un esfuerzo equilibrado y dependencias. Después correremos un par de sprints iniciándolos y terminándolos mientras revisamos un par de escenarios de carbono y reflexionando sobre cómo manejarlos en JIRA. Y terminaremos aprendiendo sobre diferentes formas de encontrar los problemas en JIRA, comenzando desde búsquedas simples basadas en proyectos hasta usar la búsqueda
avanzada con JIRA Query Language y creando filtros para búsquedas repetitivas. Espero que decidan inscribirse y tomar este curso. Y si lo haces, durante los próximos 90 minutos, encontrarás contenido valioso que te ayudará a empezar a usar Jira de inmediato. Este curso es totalmente gratuito, y si te gusta el curso, realmente te agradecería
que te tomaras unos segundos para calificar el curso y ayudar a otros interesados en JIRA a encontrarlo y obtener el mismo valor que tú disfrutabas del curso.
2. Proyecto del curso: En la introducción del curso, mencionamos el proyecto del curso y cómo te ayudará a aprender a usar Jira. Discutamos este proyecto con más detalle antes de profundizar en el curso. Entonces, ¿cuál es nuestro proyecto? nos ha encomendado crear un plan para el desarrollo de un sitio web de tienda en línea relativamente estándar. Una vez terminado vivo. Esta aplicación tendremos las siguientes características. Permitir a los usuarios navegar por productos para la venta ya sea como usuario anónimo o conectado. Al navegar, los usuarios pueden agregar productos a su lista de deseos personal o carrito de compras. Los usuarios pueden comprar artículos y pagar con tarjeta de crédito o PayPal. caso de que el usuario decida comprar artículos en el carrito de compras, tendrá
que iniciar sesión o crear una cuenta si aún no lo tiene. Los usuarios pueden establecer alertas del precio de los artículos en su lista de deseos y recibir notificaciones por correo electrónico cuando cambie el precio. Este proyecto, vamos a utilizar muy valiosas características de Jira creando el proyecto desde cero. Te brindaremos un excelente contexto para
familiarizarte con esas características y empezar a usarlas en tus proyectos. Usaremos épicas, historias, y tareas para captar un rezago de requisitos definidos para estimar el trabajo de priorizar, resortes y tableros para planificar, organizar y administrar el trabajo. Como se puede decir, se cubrirán todos los elementos de jira Core. Y como estás siguiendo, estarás creando y modificando todas estas cosas tú mismo. medida que avanzas por secciones básicas, estarás aplicando de manera incremental los conocimientos aprendidos en cada sección a nuestro proyecto. Podrás entender cómo se puede utilizar en situaciones del mundo real. Inmediatamente. Antes de empezar a hacer todo el trabajo, nos aseguraremos de que tengas una Instancia JIRA a seguir. Hacer una visión general rápida de JIRA y revisar los centros de costos críticos Agile y Scrum.
3. Cómo conseguir acceso gratuito a Jira: estos días hay muchos planes gratuitos o licencias
gratuitas o cuentas gratuitas para casi cualquier software en el mundo. Naturalmente, cualquier cosa que sea gratuita viene con algunas
limitaciones o restricciones que sean un tipo limitado de uso o funcionalidad limitada. Por ejemplo, es raro que más suave con reconocimiento
mundial se ofrezca en un paquete gratuito sin límites de tiempo y sin funcionalidad de compromiso. Y esto es exactamente lo que Atlassian está ofreciendo en su paquete gratuito de conferencia G right. Se puede obtener acceso a
ambas aplicaciones con funcionalidad completa y sin restricciones de tiempo. Absolutamente gratuito, interesado en aprender a obtener el software. Este video te enseñará todo lo que necesitas saber para lograr eso. Empezarás desde la URL que veas en tu pantalla. Ingresa en tu navegador, y terminarás en esta página. Ahora, vamos a confirmar por un momento, ¿cuál es el trato que obtienes de él el año pasado? El plan gratuito al que te estás suscribiendo te permite tener hasta diez usuarios, dos gigabytes de almacenamiento, cuales serán utilizados en su mayoría por los archivos que estás, estarás subiendo. Nota muy importante, no hace falta una tarjeta de crédito. Por lo que no tienes que preocuparte si aparecen inesperadamente algunos cambios en un par de semanas. último, pero no menos importante, estás obteniendo acceso a dos productos. Jurado ya está seleccionado y tiene elección entre Confluence, Jira Service Management para el segundo producto, elegiré Confluence. Pero si prefieres explorar o usar Jira Service Management, puedes ir absolutamente por ello. Da clic en Siguiente y se te pide que selecciones cómo te gustaría iniciar sesión. De nuevo, tienes dos opciones para elegir. Utilice la autenticación de su cuenta de Google o proceda con una combinación de contraseña de correo electrónico. Si opta por este último, se
le pedirá que proporcione una dirección de correo electrónico, cree una contraseña, y proporcione su nombre y apellido. Eso se convertirá en un conjunto más de credenciales para recordar. Por lo que optaré por una cuenta de Google y seleccionaré esa opción. Si decides seguir el mismo camino, que te recomiendo, también te pedirían que iniciaras sesión en Google. Y lo haré ahora. Si lo hiciera bien, llegaría a la pantalla donde se confirma nombre completo y se me pide consentimiento para recibir newsletter de un aula. Puedes optar por no hacerlo, pero te recomiendo marcar la casilla y muchas veces ganar porque el contenido siendo científicos usualmente de buena calidad e inmensamente útil. Marcaré la casilla para dar el consentimiento, y daré clic en el botón Crear Cuenta. El aprovisionamiento de Europa el año pasado y el conteo comienza en este punto. Y puede tardar un poco de tiempo en completarse, pero debe terminarse en 30 segundos. Una vez que se complete, proporcionaré el nombre de mi sitio, que eventualmente se convierte en un subdominio del mismo año pasado.com, usarán como dirección de mi sitio. Se puede usar casi cualquier cosa con una sola restricción. Ya no puede ser utilizado por otra persona. Si ese es el caso, te avisará y se te pedirá que uses un nombre diferente. En general, quieres usar algo familiar para ti. O si va a utilizar esta Instancia JIRA con fines comerciales, algo que se asemeja al nombre de su empresa. Cuando termine, haga clic en Continuar y aprovisionamiento de sus instancias de Jira y Confluencia. Empezaremos. Ese proceso puede tardar un par de minutos y luego detendremos la grabación y continuaremos cuando se complete. Ahora tus productos están casi listos y te ofrecen invitar a los miembros de tu equipo a unirse a nosotros. Bueno, recuerda que el paquete gratuito te permite tener hasta diez usuarios. Entonces, no te preocupes por los cargos extra si consideras enviar las luces. Además de invitar a personas específicas, también
puedes decidir permitir que cualquiera que tenga buena dirección de correo electrónico con el mismo dominio que tus oídos se una. Esa opción debe estar desactivada para evitar cargos por sorpresa. Siempre puedes enviar estas invitaciones más adelante. Por lo que me saltaré este software por ahora. El último paso es responder un par de preguntas de perfiles que ayudarán a JIRA a hacer la configuración inicial para adaptarse mejor a las necesidades de
tu equipo y el nivel de familiaridad con Jira y digerir. Después de golpear a continuación, en base a tus respuestas, se
te ofrecerá una plantilla para usar al crear tu primer proyecto de Jira, pero también puedes seleccionar uno diferente. Seguiré adelante con las plantillas de Scrum. En la siguiente pantalla, me piden el proyecto realizado. Y una vez que el equipo
QI, puedo dar click en el botón Crear. Y en poco tiempo se crea este proyecto, podrías obtener muchos pop-ups con información sobre diversos tutoriales. El contenido de estos pop-ups puede variar en función de sus respuestas a las preguntas de elaboración de perfiles. Puedes navegar y ver qué se está ofreciendo, o simplemente puedes ignorarlos. cualquier manera, en este punto, aprovisionamiento va JIRA y se completa la confianza. Y puedes empezar a usarlos usando el menú Aplicación en la esquina superior izquierda, puedes cambiar fácilmente entre la confluencia JIRA y administración de
tu sitio donde podrás gestionar usuarios y tu Atlassian y suscripciones y facturación. Y eso es todo lo que puedes navegar de nuevo a la confluencia
JIRA y empezar a usarlos para crear grandes cosas.
4. Qué es Jira: En pocas palabras, dura es una plataforma de software para organizar los equipos AT de trabajo, haciendo el trabajo en torno a tareas y proyectos. Jira es muy buena en la gestión del alcance de las prioridades de trabajo en las asignaciones de tareas. Se utiliza mayormente su desarrollo de software, pero de ninguna manera se limita solo a eso. En JIRA, las tareas de trabajo se definen usando temas de Jira. Existen varios tipos emitidos predefinidos, como epics, historias, tareas en bugs. Jira es muy ágil centrada, y es de ahí de donde vienen las tareas específicas tipos taza. No obstante, también se pueden definir tipos personalizados. Las cuestiones se pueden priorizar antes del procesamiento, y se procesan desde la creación hasta la
finalización a través de flujos de trabajo predefinidos y personalizables. En cualquier momento, cualquier estado de emisión se puede ver convenientemente en tableros de proyectos que también son personalizables. Se pueden asignar temas a los miembros del equipo y se puede estimar el esfuerzo de trabajo para cada tema. Muchos otros atributos de emisión como la prioridad en dependencias se
pueden establecer en la historia completa de las cuestiones que Él ha preservado. Los usuarios que estén de alguna manera asociados a un problema pueden ser notificados
automáticamente en cualquier momento se cambie algo con el problema. Los temas se organizan en proyectos. Los proyectos de Jira se están acoplando. Temas, flujos de trabajo, y usuarios que trabajan en las historias. Fuera de la caja, Jira proporciona muchas plantillas de proyectos listas para usar, como Scrum o Kanban para proyectos de software y bastantes para proyectos de negocio, por ejemplo, aprobación de documentos o reclutamiento. Cada plantilla proporciona tipos de emisión y flujos de trabajo optimizados para el propósito específico de ese proyecto. Muchos reportes en JIRA están disponibles fuera de la caja. Muchos de ellos están relacionados con conceptos de Scrum como velocidad, quemado y quemado gráficos para lanzamiento de proyectos o sprint. Mientras que otros son bastante genéricos, como el seguimiento del tiempo o la carga de trabajo del usuario. Jira permite crear tableros personalizados para comunicaciones más enfocadas, como solo temas terminados o no iniciados. Jira se puede personalizar en una medida considerable. Casi cualquier cosa Hégira se puede personalizar, incluyendo tipos emitidos, campos, pantallas, flujos de trabajo, etcétera. La personalización se puede hacer a nivel global afectando a todos los proyectos en una instancia, o puede limitarse a un proyecto específico. El jurado se utiliza a menudo en conjunto con Conference, que es una plataforma de software diferente utilizada para la colaboración en equipo y la gestión de documentos. Tanto la confianza como JIRA, nuestros productos de la misma empresa, confluencia
atlassiana en Jira, no se necesitan unos a otros para hacer todas las grandes cosas que no pueden hacer. No obstante, con conectados, pueden hacer mucho más a un, tremendamente mejorado la eficiencia de los equipos que trabajan en proyectos. Por ejemplo, alguien viendo un reporte de proyecto en Confluence puede tener información en tiempo real sobre el progreso de las tareas del proyecto, administrar la Jira. Va al revés también. Alguien que trabaje en una tarea de desarrollo en JIRA puede ver un documento de diseño de solución creado y administrado en Confluence sin cambiar entre dos aplicaciones. En la siguiente torre, cubriremos casi todas las características mencionadas en este resumen. Este es un curso práctico en Union aprendió todas estas características, pero pruébalas tú mismo. Para ello necesitarás acceso a una Instancia JIRA, y te mostraré cómo conseguirla. Como se mencionó anteriormente, el JIRA es muy ágil como los cultivos centrados. Por lo tanto, en la siguiente lección, antes de seguir adelante con Jira, haremos un breve resumen de Agile y Scrum.
5. Agile en 5 minutos: Entonces, ¿qué pasa con lo ágil que ha provocado miles de libros, conferencias, y presentaciones sobre el tema. Y si hay tanto que decir o discutir ¿cómo se puede cubrir en cinco minutos? Bueno, la respuesta es sí. Se puede cubrir en cinco minutos y no, no
hay tanto el mismo borde l
se puede cubrir en cinco minutos porque Agile no es una metodología. No es ni un proceso ni un marco o una herramienta. Entonces no hay tanto que aprender, pero hay mucho que entender. Agile es una filosofía de desarrollo de software basada en este conjunto de cuatro valores que indudablemente se pueden explicar en menos de cinco minutos. El mejor modo de entender de qué se trata Ágil es leer o releer el Manifiesto Ágil. Agile Manifiesto es el documento creado a principios de 2001, cuando 70 litros en desarrollo de software se reunieron en Snowbird, Utah para discutir el futuro del desarrollo de software. Los integrantes del grupo compartieron frustración sobre el estado actual de cosas, aunque no estuvieron de acuerdo sobre cómo remediar la situación. Coinciden en que el problema era que las empresas estaban tan enfocadas en planear y documentar excesivamente sus ciclos de desarrollo de software que perdieron de
vista lo que realmente importaba, agradando a sus clientes. De esa discusión surgió Manifiesto Ágil, y aunque terminó siendo sólo 68 palabras de largo, captó la esencia de los problemas. Para Agile se establecieron valores en esa ocasión, y son individuos e interacciones sobre procesos y herramientas. Software de trabajo sobre documentación integral, colaboración con
clientes, sobre negociación de contratos, respondiendo al cambio sobre seguir un plan. Y lo que siguió el descargo de responsabilidad, que dice, es decir, si bien hay un valor en los términos de la derecha, valoramos más los términos de la izquierda. Otra forma de leer el manifiesto podría ser algo así. Las herramientas y los procesos son importantes, pero es más importante contar con personas competentes trabajando juntas de manera efectiva. Una buena documentación es útil para ayudar a las personas a entender cómo se construye el software y cómo usarlo. Pero el propósito principal
del desarrollo de software es crear software, no documentación. Un contrato es importante, pero no es sustituto para trabajar en estrecha colaboración con los clientes para descubrir qué necesitan. Una planeación de proyectos es importante, pero debe, no debe
ser demasiado rígido para acomodar los cambios en tecnología,
medio ambiente, prioridades de los interesados en comprensión por parte de las
personas del problema y su solución. Hay un sinfín de ejemplos de proyectos plantan a fondo utilizando las herramientas y procesos prescritos que eventualmente fallaron a lo grande. Miles de páginas de documentación obsoleta, equivocada, o irrelevante, Miles de contratos
firmados con cláusulas pactadas faltan por completo. Por qué en realidad se necesitaba el trabajo contratado. Miles de aplicaciones de software que funcionan según lo planeado, pero no haciendo lo que los usuarios realmente necesitaban. Los valores ágiles son malos para abordar esos problemas independientemente de la metodología o herramienta o proceso. Reflexionaremos al respecto a lo largo del curso a medida que avancemos los trabajos en nuestro proyecto. paisaje de Azure de hoy puede parecer
abarrotado de metodologías que prometen tomar ideas ágiles. Los convierte en implementaciones del mundo real. Pero la maldad de la metodología actual no es nada nuevo. El manifiesto en sí nació de una necesidad de encontrar terreno en común entre Scrum. Programación Extrema, cristalina en algunos otros marcos. Todas esas metodologías existían antes de que llegara ágil. Entonces para entender
lo ágil, no es necesario entender Scrum o Kanban ni ninguna otra metodología ágil. De hecho, no necesitas saber nada sobre ninguno de esos. Pero para entender adecuadamente cualquiera de ellos, hay
que empezar con los de principios Agile, elaborados en 2001.
6. Scrum en 5minutos: Podría preguntarse por qué hay una lección sobre Scrum cuando este curso se trata de Jira. El motivo es que Jira está por defecto, mucho centrado en Scrum y muchas implementaciones de jurado existentes están siguiendo scrubs estructura que conceptos como historia de usuario y retraso sprint. configuración de Scrum en JIRA no es obligatoria y hay otras configuraciones disponibles, pero es con mucho la más utilizada. Entonces, ¿qué es Scrum? Scrum suele ser etiquetado como una metodología y el marco y muchas otras cosas. No obstante, establecer la mejor clasificación es un pensamiento académico puro. El importante es que dicha clasificación no es para nada crítica para entender a Scrum. Entonces para avanzar, concordamos que Scrum es un conjunto de procesos termoestablecidos
bien definidos ampliamente utilizados en el desarrollo de software para definir, planificar, ejecutar y entregar aplicaciones. Esta ciertamente no es la definición artesanal de los funcionarios, pero es una sólida. El exfoliante básico de sal breve, similar a otros marcos Ágil, es reconocer que la planeación precisa es imposible. planeación direccional es eficiente. documentación excesivamente detallada está desactualizada. El de abajo a la izquierda, se completa. Trabajar software en comunicación con los clientes es mucho más importante. Eso planea en la documentación. Así es como funciona Scrum. El propietario del producto, que es miembro del equipo responsable de definir y priorizar los requisitos, escribirá un conjunto de historias de usuarios para capturar las características deseadas. Una buena historia de usuario debe proporcionar información sobre quién necesita de funcionalidad, qué aplicación debe hacer y por qué se requiere. Un ejemplo puede ser algo así como como como usuario de tienda online, necesito filtrar productos por categoría para que pueda fomentar encontrar el producto de su tiempo. Buscando. La estructura de la oración no tiene por qué ser así de rígida. El fondo es que una buena historia de usuario tiene información sobre quién, qué y por qué orden de producto. Escribiremos tantas historias como sea necesario en todas ellas se colocarán en el rezago del producto. El rezago del producto es otro escultor y representa un lugar que contiene una descripción de todo el trabajo que aún queda por hacer. Todavía no ha comenzado. Al crear historias, un pedido de producto continuamente arreglará Product Backlog, lo que significa que las historias más importantes te
mantendrán en la parte superior de la pila al día. Cuando haya suficientes historias para comenzar a planear el trabajo de desarrollo. Todo el equipo, incluyendo el pedido del producto, desarrolladores, testers, y scrum master, se reunirá. Scrum Master es un rol específico de scrum que es una persona responsable de asegurar que se sigan los principios Agile en los procesos de scrub. Se eliminan los obstáculos a la finalización de las historias que inevitablemente surgen con el tiempo. Todo el equipo revisará y discutirá historias. Eliminar cualquier ambigüedad, hacer los ajustes
necesarios a través de historias al estimar el esfuerzo, puntear la duración, esfuerzo requerido para cooperar cada historia. Una vez concluida la revisión del atraso, el equipo comenzará a colocar historias en manantiales. Estarán creando un atraso de sprint. Sprint es un periodo de tiempo definido, generalmente de dos semanas o tres semanas, durante el cual se terminará un trozo de trabajo especificado. Un equipo trabajará en un conjunto específico de historias durante un solo sprint. Nada más, nada menos. El expectativa es que todas las historias incluidas en un sprint específico sean completadas plenamente por el Espíritu. Y por lo tanto, parte de la planeación de sprint es seleccionar el derecho Sobre de historias basadas en la capacidad del equipo y por lo tanto requeridas para completar esas historias. En otras palabras, el equipo debe planear hacer tanto trabajo como no puedan completar en un solo sprint. No más, ni menos. Una vez completado un sprint, la T pasa al siguiente sprint, que ya contiene otro conjunto de historias. Este ciclo sigue en marcha mientras quedan historias en el rezago del producto o se tomó la decisión de detener el desarrollo. Este nivel de explicación de Scrum ciertamente no cubre todos los elementos. Procesa que son parte de Scrum. Aún así, te proporciona el contexto suficiente para entender los términos clave como atraso, Sprints e historias de usuarios. Cuando veas eso lo que JIRA proyecta. Si las lecciones restantes de este curso, aprenderás a usar JIRA para gestionar este tipo de proceso de desarrollo.
7. Comprender proyectos de Jira: Si estás tomando este curso, probablemente
estés algo familiarizado con el concepto de proyectos no relacionados con la metodología o
metodologías específicas que podrías haber estado expuesto a tu trabajo. Un proyecto puede ser visto como una serie de tareas que deben completarse para lograr un resultado específico. Ese resultado podría ser una aplicación móvil y tu sitio web para una agencia de marketing. Migración de aplicaciones empresariales de un proveedor de nube a otro, cualquier cosa. Independientemente de cuál sea el proyecto, siempre
hay un conjunto de tareas definidas que deben
completarse antes de que podamos obtener el resultado que esperamos al inicio del proyecto. Dicho esto, un proyecto de Jira también consiste en un conjunto de tareas. Pero además de
eso, también incluye ciertas reglas respecto al proceso que se sigue para completar las tareas. También agrega consideración para las personas que están trabajando en estas tareas. De ahí que podamos decir que los proyectos de Jira se componen de tres componentes. Tareas, también llamadas cuestiones en terminología general, lo que representa el trabajo que hay que hacer. Flujos de trabajo, que son conjuntos de pasos y
estados predefinidos que pasan las tareas desde la creación hasta la finalización. Y las personas que están trabajando en esas tareas. medida que estamos pasando por la lección del curso, aprenderás sobre los tres componentes de un proyecto. En este momento, veamos un par de ejemplos para cada uno de los componentes. Empezaremos con tareas. Nuestro proyecto del curso es la creación del sitio web para una tienda en línea. Y como comentamos en una de las lecciones anteriores, uno de los requisitos era permitir que un usuario tuviera una lista de deseos de productos disponibles en nuestra tienda. Para cumplir con ese requisito, necesitamos escribir el código que para proporcionar al menos la siguiente funcionalidad. Agregar artículo a la lista de deseos, eliminar elementos de la lista de deseos y ver lista de deseos. Cada uno de esos representa una pieza de trabajo de desarrollo que necesita suceder para cumplir con ese requisito. En JIRA, estos tres rubros serán presentados por temas o tareas jira. No se pueden completar tareas sin que alguien haga el trabajo necesario para completar una tarea. Durante la vida de un proyecto de Jira. Se asignan tareas a las personas, miembros del
equipo para trabajar en ellas y para completarlas. Por ejemplo, nuestro desarrollador, Johnny, trabajaremos en Add Item 2 wishlist y eliminaremos elemento de las tareas de la lista de deseos. Mientras que n trabajará en la tarea de lista de deseos vista. Personas que están trabajando en tareas y progresando ellas son el tercer componente de un proyecto de Jira. Al inicio del proyecto, estas tareas están planeadas y a la espera de realizarse. Permanecen en todo estado hasta que alguien empieza a trabajar en ellos. Puede tardar cualquier número de días o semanas de trabajo en completar cada tarea. Durante ese tiempo, se considera que una tarea está en estado de progreso. Una vez concluida toda la obra, la tarea tanto a estado Hecho como termina su recorrido allí. El viaje o progreso en sí mismo de las tareas pendientes a través en curso, y luego a W1 es un ejemplo de un flujo de trabajo, ese segundo componente de cualquier proyecto de Jira. medida que avanzas por el curso, aprenderás más sobre los proyectos de Jira. Lo que cubrimos en esta lección es suficiente para seguir adelante. El punto principal a tomar es que cualquier proyecto de Jira es una herramienta que reúne y mantiene juntos tareas, flujos de trabajo, y personas. De hecho, no se puede hacer nada en JIRA sin el proyecto. Por lo que antes de poder seguir adelante, necesitamos crear el proyecto para mantener juntos nuestras tareas, flujos de trabajo, y personas. Eso haremos en la siguiente lección.
8. Crea un proyecto Jira: En esta lección, crearemos el proyecto Jira que
usaremos a lo largo del curso mientras trabajamos en nuestra tienda online. En primer lugar, vaya al menú Proyectos en la navegación superior. Y cuando toppings, clic en el elemento de menú Ver todos los proyectos. También está el enlace Crear Proyecto, que funciona perfectamente bien. Pero no lo uses en este momento. Después de hacer clic en ver todos los proyectos, terminarás en la pantalla del proyecto. Si acabas de crear tu cuenta de Jira, esta pantalla estará vacía. Y si ya tuvieras una cuenta de Jira, podría
haber algunos proyectos más antiguos tuyos ya ahí. Ahí está el botón Crear proyecto en la esquina superior derecha de la pantalla. Vamos a dar click en él y se te pedirá que selecciones la plantilla del proyecto. Pero, ¿qué es una plantilla de proyecto? El mejor modo de describir una plantilla de proyecto es una colección de tipos de emisión, flujos de trabajo en tableros optimizados para un propósito específico. La diferencia entre las plantillas es principalmente sobre tipos de problemas JIRA y flujos de trabajo asociados. Por ejemplo, historias de usuarios y tareas en la plantilla de Scrum o
solicitudes de soporte en la plantilla de mesa de ayuda o documento en la plantilla de aprobación de documento. Las plantillas se categorizan en segmentos específicos como desarrollo de software, gestión de
servicios, gestión de proyectos, marketing, legal, y pocos otros. A medida que navega por segmentos en cada uno, puede ver las plantillas disponibles y una breve descripción. Pero al hacer clic en una específica, obtendrá una explicación detallada de plantillas características que deben tipos se incluyen, y qué flujos de trabajo están disponibles. Volveremos a la categoría de desarrollo de software y seleccionaremos la plantilla de Scrum. Y luego haremos clic en el botón de plantilla de la USU para confirmar el uso de esta plantilla. En la siguiente pantalla, te pedirá que elijas un tipo de proyecto. Se puede elegir entre el equipo gestionado y los tipos de proyectos gestionados por la empresa. Estos son nuevos nombres para lo que antes se llamaban NextGen y proyectos con clase. Equipo de gestión de proyectos o proyectos de próxima generación, son un concepto relativamente nuevo en JIRA. Actualmente, tienen menos características disponibles que los proyectos gestionados por empresa, como se puede ver aquí. Algunas de esas características como flujos de trabajo personalizados y filtros rápidos personalizados son esenciales para el uso eficiente de Jira y las cubriremos en este curso. Además, el uso general de los
proyectos de gestión en equipo sigue estando bien detrás del uso de los proyectos clásicos. Por todas estas razones, seguiremos con el proyecto gestionado por la empresa. Entonces, vamos a hacer clic en el botón para seleccionarlo. En la siguiente pantalla, es necesario proporcionar el nombre del proyecto y la clave del proyecto. El nombre debe ser razonablemente corto, pero lo suficientemente descriptivo. Entonces llamemos a nuestra tienda top de proyecto. El nombre del proyecto debe ser único y Jira te avisará si intentas asignar un nombre duplicado, observa que un campo clave se prerellena. Se utilizará la clave del proyecto como prefijo a los
números asignados a las historias de los usuarios en ese proyecto. Debe tener el valor de Ts y no se debe hacer ningún cambio al mismo en este punto. Justo a continuación se muestra una opción para compartir ajustes con otro proyecto. Esta característica le permite clonar la configuración del proyecto de un proyecto diferente. La configuración del proyecto incluye cosas como tipos de problema, flujos de trabajo, pantallas, etc.
Pasaremos por las opciones de configuración en breve. Por ahora, dejaremos esta casilla de verificación sin marcar. También hay una opción para conectarse para trabajar a través de sus herramientas. Si está habilitado, el proyecto que estamos creando estará conectado a otros Atlassian y herramientas como confluencia y Bitbucket disponibles bajo la misma licencia. Puedes dejarlo sin control por ahora. Haga clic en el botón Crear Proyecto y ya está. Has creado un proyecto de Jira Scrum. En la siguiente lección, revisaremos diversos ajustes de configuración del proyecto.
9. Ajustes de proyecto: Jira es un software extremadamente configurable para decir al menos aún, puedes empezar a usarlo fuera de la caja con todos los ajustes predeterminados. En este curso, lo haremos porque seguiremos el proceso estándar de Scrum. Y como dijimos antes, scrum es una de las configuraciones por defecto de gyrus. No obstante, si la configuración predeterminada no se ajusta a sus necesidades, también
puede realizar cambios de configuración de diversos niveles de complejidad e impacto. Puedes realizar cambios que afecten a toda tu Instancia JIRA o simplemente a un proyecto específico. cambios de configuración específicos de los proyectos se realizan en la sección de ajustes del proyecto, que revisaremos en esta lección. El apartado de ajustes del proyecto es enorme. Son casi 20 pantallas que cubren diversas opciones de configuración. Y este es un curso de principiante. Por lo tanto, no detallaremos cada pantalla, pero les mostraré cada una y describiré brevemente para qué se utiliza. El primer verde son los detalles. Esta pantalla contiene los ajustes de configuración que es más probable que cambies para tus proyectos. En caso de que decidas cambiar el nombre de tu proyecto, este es el lugar para hacerlo. Puedes hacerlo de forma segura en cualquier momento, tantas veces
como quieras. A continuación se muestra el campo clave el cual no es recomendable cambiar, sobre todo después de haber creado temas en el proyecto. Contiene el prefijo que se agrega a cada número emitido del proyecto y cambiarlo no puede crearlo URL válidas para temas de proyecto y muchos dolores de cabeza. tipo de proyecto muestra el tipo que había seleccionado al crear el proyecto, y no es editable. Para cambiar el proyecto a otro tipo, tendrías que crear un nuevo proyecto y luego mover todos los tickets. Categoría de proyecto permite agrupar proyectos del mismo tipo. Por ejemplo, proyectos de marketing o proyectos de software. No tiene mucho valor funcional excepto capacidad de edición para filtrar proyectos por su categoría en toda la pantalla del proyecto. Avatar es una imagen que se renderizará junto al nombre del proyecto. En todas las pantallas de Jira. ella le sigue la descripción, que como su nombre lo dice, se utiliza para proporcionar opcionalmente una breve descripción del proyecto. El siguiente campo es el líder del proyecto, que representa al usuario que será el principal punto de contacto para este proyecto. El último campo es el cesionario predeterminado, que determina un usuario al que se asignan todos los tickets nuevos. Hay dos opciones para elegir. Plomo de proyecto o ninguna asignación en absoluto. La pantalla de personas es la siguiente. Y se utiliza para configurar permisos específicos de este proyecto. Esta funcionalidad es bastante limitada en el plan libre, pero en el otro lugar, esta pantalla permite asignar diferentes disposiciones del proyecto a conjuntos específicos de usuarios. La automatización es una nueva característica donde se pueden configurar reglas para automatizar acciones, como marcar épico hecho con el último de sus números se marca hecho, o asignar un número a un usuario específico. Si su título contiene ciertas palabras clave. Como dice su nombre, la pantalla de resumen es un resumen de todos los ajustes de configuración para este proyecto. La pantalla de emisión se utiliza para configurar el esquema de tipo de problema, que define los tipos de problemas utilizados en este proyecto como historias, bugs, o tareas. Cubriré los temas de JIRA con mayor detalle en el siguiente apartado. pantalla de diseño de problemas permite la configuración de visibilidad y disposición de los campos para cada tipo de emisión. Es específico para el tema de vista que se introdujo recientemente la Jira, y para finales de marzo de 2021,
reemplazará por completo el tema heredado de ustedes. En la página de la fuerza laboral se puede definir un flujo de trabajo específico para cada tipo de emisión. Por ejemplo, incluyendo en estado de prueba para historia de usuario y no para la tarea. En la página de pantallas se define el diseño de campo para la vista de edición heredada. Mencioné hace un momento que el tema heredado de ustedes se eliminaría gradualmente a finales de marzo de 2021. Y esta página podría haberse ido también en ese momento, la pantalla de campo se utiliza para configurar campos individuales para cada tipo de problema. Por ejemplo, si le gustaría poder
asignar usuario JIRA como probador designado a cada bug. Crearías un nuevo campo llamado cesionario de QA y editarías al tipo de problema de bug. Pantalla de código es un lugar para conectar la Jira con un repositorio de códigos en GitHub o Bitbucket. Y permite vincular los temas de JIRA a las peticiones específicas de código commits y pull. Pantalla de despliegue permite integrar herramientas de despliegues de
código y tener visibilidad de JIRA en el historial de implementación. Versiones o llamados lanzamientos. Dado que JIRA tiene inconvenientemente dos nombres para la misma característica se utiliza para empaquetar los problemas de JIRA en paquetes de implementación, lo cual es excelente para realizar un seguimiento de fue un problema específico implementado en un entorno específico. Los componentes son una forma de agrupar los problemas de JIRA en conjuntos
específicos como base de datos para problemas relacionados con la base de datos o, o API para problemas relacionados con la API. Una vez definida una lista de componentes, el campo componente queda disponible en la pantalla Issue. Un Genie es una clase sí, sistema de gestión de
alertas y se puede integrar con temas de Jira. Ahora mismo, no tengo esa integración configurada aquí. Permisos y pantallas de seguridad de emisión se utilizan para definir a un nivel muy granular, permisos
específicos basados en el grupo de usuarios. El paquete gratuito de Jira no incluye esta funcionalidad. La página de notificaciones es donde podemos definir a quién se notificará cuando ocurran eventos específicos. Por ejemplo, cuando se crea un comentario en un número, debe notificar
el tema del cesionario y del reportero de calzado. La pantalla de herramientas de desarrollo es otro lugar para conectar el proyecto Jira a diversas herramientas de desarrollo. El recopilador de emisiones es una característica que permite incrustar un formulario en cualquier sitio web el cual puede crear el tema Jira a partir de información recopilada en el formulario y enviada desde el formulario. En la página de escoria es donde Jira puede conectarse a Slack y habilitarse para publicar mensajes sobre temas actividad en un canal de Slack. Con esto concluye el apartado sobre los proyectos de Jira. Hemos creado nuestro proyecto de curso y hemos mirado a través de numerosas opciones de configuración de proyectos proporcionadas por jira. El proyecto sigue completamente vacío. Pero ahora podemos empezar a definir y planificar estos proyectos funcionan. En la siguiente sección, aprenderás sobre temas de JIRA, diferentes tipos de tejidos, y cómo crear y manejar problemas.
10. Comprender los temas de Jira: Si eres algo nuevo en JIRA y ves el tema o temas en muchas pantallas. Podría estar preguntándose cuáles son los problemas de JIRA, cuáles son los diferentes tipos de tejidos, cómo usarlos, y ¿cuáles son los boletos de JIRA? En palabras simples, los equipos que usan el software de Jira utilizan problemas para rastrear elementos de trabajo individuales que deben completarse. Dependiendo de cómo un televisor específico use Jira. tema podría ser cualquier cosa que eventualmente obtuviera algo como atención requerida para lograr algún tipo de finalización. Eso es un poco una declaración académica y es bastante abstracta. Entonces intentemos usar algunos ejemplos específicos de la vida real para ayudar a describir el concepto. Por ejemplo, si planeas un viaje de vacaciones, es posible que tengas una lista de cosas que debes hacer antes del inicio de las vacaciones. Esas cosas probablemente serían algunas o todas estas investigaciones, destino, ofertas de
envío, libro, tiempo libre personal en el trabajo, reservar pasajes aéreos, reservar alojamiento en hoteles. Por seguro de viaje, reservar embarque, poner el perro. Probablemente puedas encargarte de todas estas cosas sin crear un proyecto de Jira para gestionar tu preparación vacacional. Pero si realmente terminas yendo tan lejos, cada ítem de la lista estará cubierto. crea edición de Jira al inicio con la lista. Todos estos temas estarán en estado pendiente a la espera de ser atendidos. Eventualmente, uno tras otro. Alguien trabajará en ellos para que se hagan en su estado cambiará a completar. Si quieres ser más preciso, puedes introducir el estado de progreso para cada tema en el que empezaste a trabajar, pero aún no había concluido. Vamos a pasar por otro ejemplo. Uno más adecuado para ser Madison Hégira. Digamos que está trabajando en un proyecto de software y se le pide que cierre las brechas restantes en el sistema de autenticación de usuarios. Estas brechas se describen en un correo electrónico y son falta de funcionalidad para un restablecimiento de contraseña al cambiar la dirección de correo electrónico. Además, se debe agregar el cuarto número a un perfil de usuario. Tampoco son problemas en cuanto a permitir el uso o el carácter de espacio en el nombre de usuario y validar al usuario David, selecciónelos, no funcionando. Además de eso, también se te pide que te asegures de que se eliminen todos los registros de usuarios que no hayan sido actividad los últimos cinco años y se indexe la base de datos de usuarios. Eso se puede traducir en otra lista de cosas que hay que hacer. Y va así. Activado restablecimiento de contraseña, habilitar cambio de dirección de correo electrónico. Ed para el número 2, un perfil de usuario. usuario no debe permitir caracteres de espacio, longitud del
nombre de usuario debe validarse. Eliminar usuarios no actividad los últimos cinco años. Reindexar base de datos de usuarios. Si bien corto, esta lista es un buen candidato para Seguimiento de JIRA, es claro que cada ítem se cubrirá tema Jira. Pero hay varios tipos emitidos para elegir. Antes de empezar a crear temas para nuestro antiguo proyecto de curso Hégira, vamos a revisar cuáles son estos tipos cómo los artículos de la lista, los lotes. Eso haremos en la siguiente lección.
11. Tipos de temas estándar: El primer tipo de emisión es la historia. Y se utiliza para describir una nueva funcionalidad y nueva característica, algo que a los usuarios les importará. Mirando a través de nuestras listas. Primeros tres ítems, habilitando el restablecimiento de contraseñas y el correo electrónico, otros cambian y editan. Número telefónico sin duda califica como algo en lo que los usuarios están interesados. Vamos a marcarlos como historias. Pero, ¿qué pasa con los artículos restantes? ¿ Los usuarios, como su aplicación? Se permiten más espacios, el nombre de usuario, o si se eliminan usuarios inactivos? Probablemente no. Por lo que los artículos cuatro a siete definitivamente no son de tipo historia. siguiente tipo de problema es bug, que representa algo que no funciona como se esperaba y necesita ser reparado. Problema que tenemos en qué corregir los artículos 45 son claramente sufíes que cae en esa categoría. Querías que se validara el nombre de usuario. Se espacio carácter no permitido en él, pero por cualquier razón no está funcionando, necesita fijación. Por lo que estos dos se están convirtiendo en bichos. El último tipo de emisión es tarea, que representa el trabajo que necesita ser completado. Pero tampoco es la característica que los usuarios se preocupan por ello. Se trata de una obra para arreglar algo que actualmente no está funcionando como se esperaba. Los dos últimos artículos, 67, calificaron porque estarás haciendo eso para mantener tu buena salud, no para corregir un problema o para complacer a un usuario. Tomaré el punto 6 y 7 como tareas. Mapeamos todos nuestros artículos en la lista. Pero todavía hay un tipo de tema más, el tipo épico. A menudo nos referimos a un grupo de características como una característica también, asumiendo
silenciosamente que es claro para todos que hay algún tipo de jerarquía en su lugar. Por ejemplo, el carrito de compras es una característica común aplicaciones de comercio electrónico. Aún así, hay un conjunto de características que todas pertenecen a un carrito de compras. Agregar artículos al carrito, o quitar el, quitar artículos del actual o agregar múltiples artículos o mostrar artículos relacionados y muchos más. Ahí es donde la epopeya se vuelve útil. Se utiliza para agrupar temas relacionados bajo un solo tema de paraguas. En el ejemplo anterior, carrito de
compras para convertirse en un épico y todos los demás artículos mencionados como agregar y quitar productos hacia y desde el carrito de compras serán tus historias u otros tipos de temas. Veamos cómo aplicar eso a nuestro ejemplo. Cuando hablamos de nombre de usuario y contraseña, todo
eso es parte de la funcionalidad de autenticación de usuarios, que se convierte en nuestro APIC. Yo veces 145 parece ser un buen ajuste para eso. Todos deberían estar bloqueados a una epopeya de autenticación de usuario. La funcionalidad del perfil de usuario se trata de mantener un registro de usuario, incluyendo nombre, dirección, número de teléfono, etc. Los ítems a tres, cambio de dirección de correo electrónico y número de teléfono definitivamente forman parte de eso. Entonces vamos a relacionarlos con el perfil de usuario épico. Dos elementos restantes no parecen pertenecer a ninguna funcionalidad de nivel superior. Entonces dejaremos eso sin la épica, que está perfectamente bien. Pertenecer a una epopeya no es obligatorio. Ahora, después de completar esta lección, debes tener una sólida comprensión de las diferencias entre tipos de tema
estándar de Jira y cómo decidir cuál usar para una tarea específica. En la siguiente lección, pondremos eso a funcionar y finalmente comenzaremos a poblar nuestro proyecto. Dos ediciones.
12. Identificación de temas para el proyecto de curso: Acabas de aprender qué es una historia de usuario, qué caso de la EPA, errores de agua y tareas. En esta lección, pondremos eso a funcionar y definiremos el conjunto inicial de temas JIRA para nuestro proyecto del curso. Tengamos un recordatorio rápido sobre las características que se
espera que entreguemos para nuestra tienda en línea. Permitir a los usuarios navegar por productos para la venta ya sea como anónimo o como usuario conectado. Al navegar, los usuarios pueden agregar productos a su lista de deseos personal o carrito de compras. Los usuarios pueden comprar artículo y pagar con tarjeta de crédito o PayPal. caso de que el usuario decida comprar artículos en el carrito de compras, tendremos que iniciar sesión o crear una cuenta si aún no lo tienen. Los usuarios pueden establecer alertas. Por lo que el precio de los artículos en su lista de deseos y recibir notificaciones por correo electrónico cuando cambie el precio. No hay una sola manera correcta de descomponer esto y las historias épicas. No obstante, para efectos de este curso, es irrelevante cómo se rompió. Siempre y cuando tengamos una estructura significativa que abarque los alcances. Con esa división, aquí está la propuesta es epics top que procederemos con la gestión de cuentas, búsqueda de productos, visualización de productos, compras, carritos, gestión de compras en gestión de listas de deseos. Pero, ¿cómo sabemos si el conjunto de épicas cubre el alcance definido por los requisitos para coautor que debemos mapear cada requisito a épicas o épicas que están abordando el requisito. Por ejemplo, para cumplir con el permitir a los usuarios navegar por productos en venta ya sea es anónimo, se registran en requisito de usuario, necesitaríamos características en epics. Gestor de cuentas en epic manejará como una parte de usuario
audible o logueado y buscando productos. Epic, cubriremos el permitir a los usuarios navegar por productos para la parte de venta. El siguiente requisito, mientras navega, los usuarios pueden agregar productos a su lista de deseos personal está cubierto por 20 ética. Visualización de productos colores épicos, mientras navega, los usuarios pueden agregar productos, frase. Y los manejadores de listas de deseos agregan productos a su lista de deseos personal o carrito de compras. Quiere lo malo está completo para todos los requisitos, terminaremos con el BAP similar a éste, lo que asegurará que no se perdiera nada del alcance. Este mapa se adjunta a los recursos de la lección que puedes descargarlo e imprimirlo para tu referencia. Antes de seguir adelante, sumaré dos épocas más. No se relacionan con ninguno de los requerimientos funcionales, pero son necesarios para contener el trabajo para requerimientos
no funcionales como alertas y monitoreo. Y eso es exactamente lo que son las dos épicas. Alertas y monitoreo. Todo se ve bien. Y podemos pasar al siguiente paso, que es definir historias específicas. Hicimos las épocas. Nuevamente, no hay un solo camino correcto. Aquí es una de las formas correctas de hacerlo. Por ejemplo, para el alcance de Account Manager en Epic, queremos tener la funcionalidad para hacer las siguientes cosas. Crear cuenta, iniciar sesión, cerrar sesión, cambiar el mal En Reset Password. Y para buscar productos, epics, esperamos poder buscar productos por categoría, buscar productos por nombre, y buscar productos por precio. Por supuesto, existen otras formas de buscar productos, como el número de ventas o el número de reseñas. Pero como esas características no están incluidas en esta lista, no
forman parte del alcance y no deben considerarse. Esta lista también se adjunta a los recursos lectivos disponibles para su descarga e impresión. Este desglose es lo suficientemente sólido como para ponernos en marcha. Y en la siguiente lección, usaremos esta estructura para crear el conjunto inicial de cuestiones en JIRA.
13. Crea y edición: Hemos identificado nuestras historias y tareas y la esta lección, crearemos en JIRA. En primer lugar, asegurémonos de que estás en la pantalla de atrasos. Una vez ahí, podemos seguir adelante. Empezaré con Epics primero, seguido de otros temas. En la regla atrasada epics están contenidas en el panel de epics y puedes llegar a ella haciendo clic en la pequeña miniatura épica aquí o seleccionando la opción de mostrar epics panel en la ventana emergente de acciones de pantalla. Al hacer clic en el enlace crear épico se abre el pop-up crear épico. Tengo que darle un nombre a la épica en el resumen. El campo de resumen es un poco de duplicación del nombre. Entonces centremos la gestión de cuentas en ambos campos. Haga clic en el botón Crear y se crea épica. Usemos los mismos pasos para crear otra épica. Haga clic en el crear épico. Ingresa buscando productos en ambos campos y haz clic en Crear. No te preocupes si ves más campos en el crear pop-up épico. Al igual que muchas cosas en JIRA, discreto es personalizable. Y si no eres el único usuario de tu instancia de JIRA, alguien podría haber personalizado la pantalla
sin importar el nombre y el resumen son los dos únicos campos obligatorios en épica. Detendré la grabación mientras estoy creando las epopeyas restantes. Y si estás siguiendo, debes pausar el video,
crear ese picks, agregar currículum el video. Una vez que hayas terminado. Nuestras ocho epopeyas han sido creadas. Y se puede ver que todo el panel de epopeyas. Ahora podemos pasar a crear temas pendientes. Existen varias formas de crear temas de JIRA y revisaremos algunas de ellas. Empecemos por crear un número desde el Panel Epic. Gasto, la épica de gestión de cuentas al hacer clic en el pequeño símbolo de zanahoria a su lado, se abre
el Panel Epic y en la parte inferior está el tema de creación en enlace épico. Haga clic en él y se abrirá la ventana emergente Crear edición. Observe que el tipo de emisión seleccionado es historia. Justo debajo se encuentra el campo de resumen, que es donde ingresarías el nombre de la historia. Entra crea una vaca por ahí. El campo de descripción es donde
proporcionarías la descripción completa y detalles sobre la épica. Lo dejaré vacío por ahora. Por el bien del tiempo, el campo reportero captura el nombre del usuario que creó el tema. Los problemas vinculados son una forma de crear dependencias entre problemas, como uno es bloqueado por otro. El cesionario se utiliza para asignar una emisión a un usuario específico. utiliza prioridad, autoexplicativa y etiqueta para etiquetar el tema con un texto de forma libre. Epic LOINC se utiliza para asociar el tema con una épica. Ya está poblada, no editable. Desde que iniciamos la creación del tema a partir de la épica específica, ignoraremos por ahora su Springfield y
lo discutiremos más adelante en la lección sobre los espíritus. Rápido Crea y la historia sale en el rezago. Aquí se puede ver que incluye el sello épico mostrando dos a las que pertenece la épica historia. Otra opción para crear un problema es usar el botón crear en la navegación superior. Este botón está disponible en casi todas las pantallas de Jira. Si quieres evitar navegar por las pantallas mientras buscas una épica específica, este botón sin duda proporcionará una forma más rápida de crear problemas. Haga clic en él y de nuevo, aparece
la pantalla Crear Problema. Asegúrese de que la historia sea el tipo de problema seleccionado e ingrese login en el número de resumen. Los siguientes campos son los mismos que cuando creaste el tema desde el panel de epics, excepto que el campo épico ahora es editable. Y debes hacer click en él y encontrar y seleccionar Administración de cuentas épica, dependiendo de tus disposiciones en las epicas listadas en este campo, jira te mostrará épicas de otros proyectos. Es discutible si esa es una característica útil o no, pero así es como es. Una vez hecho clic en el botón Crear en la historia aparece en la pizarra. La tercera opción para crear un nuevo número es útil si desea
crearlo rápidamente y no necesita poblar ningún campo excepto el nombre de los problemas. Así es como se hace. Mira hacia adelante, crea el enlace de emisión en la parte inferior del atraso. Haga clic en él, y se abre el campo para la edición en línea. Se puede seleccionar el tipo de zapato y se puede introducir su nombre. Si deseas agregar cualquier otra información, tendrías que editar el tema después de crearlo. Usemos esta opción para crear una de nuestras tareas. Seleccione tarea en el menú desplegable del tipo de problema, e introduzca los ejecutantes que alerten en el campo de resumen y pulse Intro. Se crea el tema y qué rezago se actualiza. Se puede hacer click en el tema y editar otros campos. Tenemos que vincular esta tarea a la epopeya alertante. Así que busca el campo de eslabones épico y selecciona épica alerta en él. Observe que diferentes iconos distinguen entre los tipos de emisión. Púrpura para una épica, verde para una historia, y azul para una tarea. Además, cada emisión tiene un identificador único, prefijo TS, que es nuestra clave de proyecto, seguido del número de emisión. El mismo conjunto de pasos que seguí para los tres primeros números se aplica para crear cualquier tema. Hay bastantes temas más por crear. Pero como acabo de explicar, es bastante repetitivo. Entonces pararé la grabación mientras hago eso. Si estás siguiendo, debes detener el video y crear los números restantes antes de continuar con la lección. Ahora, tenemos todos nuestros temas en JIRA y notamos que todos están sentados en el rezago. El atraso es un concepto esencial en JIRA y ágil. Contiene todos los temas que aún están a la espera de ser procesados, lo que significa que aún no se ha realizado ningún trabajo sobre ellos. No obstante, aún no priorizamos temas y no estimamos el esfuerzo para completarlos. En el siguiente apartado, nos sumergiremos en la gestión del rezago, los detalles, y creceremos nuestro atraso.
14. Priorización de retrasos: Backlog es uno de los conceptos clave en Scrum y varias otras metodologías ágiles. Mencioné el atraso en la lección sobre Scrum. Se lo expliqué como un lugar que contiene todo el trabajo que aún hay que hacer y aún no ha comenzado. También señalé la importancia de mantener un atraso grupal. Preparado significa que todos los temas en el rezago siempre se ordenan por prioridad, teniendo los más importantes en la parte superior del rezago, al
menos importante para descomponer fondo. Por lo tanto, el rezago no es sólo un sitio de volcadura para el trabajo pendiente o un lugar para regar ideas que nunca se te atenderá. Un atraso bueno, limpio y bien mantenido es un factor crítico de éxito para cualquier proyecto. Con eso en mente, veamos cómo eso se aplica a nuestro proyecto del curso. En la lección anterior, hemos creado todas las épicas, historias, y tareas que hemos identificado hasta ahora. Eso nos da el atraso que refleja adecuadamente el alcance del proyecto. Pero aún así no proporciona información alguna sobre prioridades. Al igual que la prioridad definida significa que todavía no tenemos un rezago bien arreglado. Empezaremos con los Epics. Recordatorio de que en la pantalla de atraso, épicas se encuentran en el panel de epics del lado izquierdo de la pantalla. Yo quiero tener trabajando primero en buscar productos y ver productos, ya que de ellos depende mucho otro trabajo. Para colocarlos en la parte superior de las épicas menos, sólo los
arrastraré en la parte superior de la lista. A ellos les seguirá el manejo de cuentas y el manejo del carrito de compras. Después de esos, se atenderá la gestión de compras y la gestión de listas de deseos. Épics, luce bien. Podríamos pasar a historias y tareas. Podría haber asumido que estableciendo prioridades épicas, reflexionaremos sobre sus historias y eso es buscar historias de productos. Terminaremos en la parte superior del rezago. Bueno, ese no es el caso y la prioridad épica no impactó automáticamente en las prioridades de las historias. Existe una razón válida para ello. Cada tema dentro de una épica tiene una prioridad diferente. Si una epopeya tiene mayor prioridad que otra, no implica
que todas las historias de ese tema tengan prioridades
más altas que todas las historias de la otra épica. En nuestro caso, quiero asignar productos de búsqueda por categoría, la máxima prioridad. Pero no creo que buscar producto por precio sea más importante que los detalles del producto. El fondo es que las prioridades relativas de las épicas son direccionales y no mapean prioridades de uno a uno, dos historias. Sabiendo eso, finalmente establecamos las prioridades de nuestras historias y tareas. Acabo de mencionar que quiero dar productos de búsqueda por categoría máxima prioridad. Por supuesto, una opción es arrastrar esa historia a la parte superior del atraso. Pero hay una forma más rápida de mover un boleto hacia arriba o hacia abajo. Haga clic derecho en ese ticket, abre un pop-up con opciones para enviar un ticket a la parte superior del rezago o al fondo del rezago. productos de un solo clic y búsqueda por categoría se convierte en el boleto de máxima prioridad. La siguiente prioridad es el boleto de detalles del producto. Ya que es un requisito previo para el carrito de compras y las historias de pagos. Arrastraré el ticket, lo colocará justo debajo de los productos de búsqueda por categoría. Por el bien del tiempo, no
voy a pasar por el razonamiento para cada prioridad de boletos. Es muy específico para cada proyecto. Puede ser bastante subjetivo. A esta lección se adjunta recursos se encuentra el documento con un rezago totalmente priorizado. Debes detener el video, descargarlo, y usarlo como referencia para completar la priorización de tu atraso. Si bien paro la grabación y hago lo mismo en mi extremo. Una vez que hayas terminado, podrás reanudar el video. Tener un rezago priorizado es un hito importante y lo hicimos ahí. Antes. Podemos empezar a planear nuestros sprints, tenemos que estimar el esfuerzo para completar cada tema, y eso haremos en la siguiente lección.
15. Estimación de trabajo en retrasos: Estimar el esfuerzo es probablemente un tema que crea más contención en cualquier marco Agile. Hay un montón de técnicas y enfoques para estimar en los cursos totalmente dedicados necesarios para cubrirlo todo. Por lo tanto, vamos a cubrir aquí los conceptos básicos lo suficiente para
poder demostrar cómo capturar y utilizar las estimaciones de esfuerzo. Se JIRA. Si el trabajo que hay que estimar nunca se hace antes. Y la mayoría de las veces es el desarrollo de software. Ese es el caso. Es difícil saber exactamente cuánto esfuerzo se requiere para completar el trabajo. Los equipos pasaron interminables horas debatiendo y dividiendo pelos. Si una tarea un poco toma dos días o tres días de esfuerzo. Y si la tarea B, nos llevaremos ocho días o nueve días de esfuerzo. Pero la esencia de la contención es exactamente el término. De acuerdo con los principios Agile, no
necesitamos saber exactamente cuál es el esfuerzo. Está bien establecer el esfuerzo aproximado. Entonces si reformulamos la pregunta al equipo estimando el trabajo como es el esfuerzo por completar tarea de dos a tres días? ¿ O son de ocho a nueve días? Rápidamente obtendremos una respuesta. Esa es precisamente la razón por la que la estimación usando la secuencia de Fibonacci es popular y efectiva. En esencia, la expresión cuantitativa del esfuerzo debe ser uno de los números del grave 1, 2, 3, 5, 8, 13, 21. Cada número puede representar días. O para temas más maduros, esos podrían ser storypoints. todas formas, la lógica detrás de la metodología es que los equipos deben escoger un valor que creen que más probablemente representa el esfuerzo. En general, es más fácil entender las tareas más pequeñas, razón por la
cual existen las opciones 1, 2 y 3. Y a medida que avanzamos hacia esfuerzos más significativos, es más difícil llegar a un número, pero es mucho más fácil elegir entre pocos números. El que está más cerca del esfuerzo real, 8 o 13, o 21. No hay opciones en el medio. En nuestro caso, digamos que equipo hizo una sesión de estimación y el resultado se capta en el documento adjunto a los recursos lectivos. cada emisión se le asigna un número que representa la estimación de esfuerzo. El auditor, lo usaremos para ingresar estimaciones en JIRA. Acude a la pantalla de atrasos si aún no estás ahí. Empezaremos desde la parte superior del rezago. Así que haga clic en Crear cuenta panel de edición de historias. Abriremos en el lado derecho de la pantalla. Busca el campo de puntos de historia y entra tres. Sigue bajando la lista y haz clic en Login story. Encuentra el campo de puntos de historia, e ingresa dos. Ver, sin embargo, las estimaciones aparecen en el rezago además de cada emisión. Pero podríamos tener un problema. Observe que no hay marcador de posición para el campo de estimación para nuestras cuatro tareas. Y si abro el panel de edición para cualquiera de estas tareas, no
hay campo de puntos de historia, renuncia
rápida, este es el comportamiento de la configuración predeterminada de Jira. Si estás usando una instancia que tenía algún nivel de personalización, campo de puntos de
historia será, podría estar presente. Por lo que establecemos que esto está sucediendo porque la configuración predeterminada de Jira no incluye el campo de puntos de historia en el tipo de problema de tarea. No obstante, necesitamos ese campo para captar el esfuerzo estimado para estas cuatro tareas y utilizarlo a la hora de planear nuestros sprints. A menudo dijimos Lo extremadamente configurable gyrase. Entonces veamos cómo eso nos ayuda en esta situación. Básicamente, necesitamos agregar el campo de puntos de historia al tipo de problema de tarea. Para ello, se requieren permisos de administrador. Si los tienes, síguele. Y si no, sigue estando bien. Basta con mirar y estar al tanto de cómo se hace. Accede al menú Ajustes haciendo clic en el icono de engranaje pequeño en la esquina superior derecha. Y seleccionar temas. Busque campos personalizados en la navegación del sitio. Haga clic en él y busque el campo de puntos de historia con las cargas de pantalla. Se abrió el menú Acciones de la derecha y se seleccionó el contexto y la opción de valor por defecto. Observe que el campo de los puntos de la historia está asociado sólo con problemas de tipo historia épica. Queremos agregar tipo de tarea a este grupo. Entonces haga clic en Editar configuración. Y mientras mantiene pulsada la tecla Comando o Control, selecciona tarea de la lista de tipos de emisión, asegúrate de que la historia en los tipos épicos siga seleccionada. Queremos disciplinar globalmente a todos los proyectos. Por lo que dejaremos
seleccionadas las opciones de contexto global y pincharemos sobre el botón modificar en la parte superior, en la parte inferior para comprometer los cambios. La tarea debe aparecer además de historias y tipos épicos. Y puedes navegar de nuevo al proyecto de la tienda top. Ahora estamos listos para seguir sumando estimaciones a temas en el atraso. Actualicemos una de las tareas para verificar el cambio de configuración. Acabamos de recordar la tarea de monitoreo del desempeño. Busque campo de storypoints, haga clic en él, e ingrese dos. Tenemos que seguir haciendo esto para las tareas restantes utilizando el Tao del documento como referencia. Detén el video y completa esto en tu proyecto. Si bien paro la grabación y la completa en mi proyecto. Una vez que hayas terminado, podrás reanudar el video. Ahora, tenemos un atraso bien arreglado. Todos los temas se ordenan por prioridad y cada tema como estimaciones de esfuerzo. Estamos listos para empezar a planear nuestros sprints, y eso haremos en la siguiente lección.
16. Crea sprints: Ahora tenemos todo lo que necesitamos para planear nuestros sprints. Discutimos sprints en la lección de Scrum, que fue bastantes lecciones atrás. Hagamos un breve recapitulación sobre aspectos clave del Sprint. A Sprint es un periodo de tiempo definido, generalmente de dos a tres semanas, durante el cual se concluirá una obra específica del Chaco. Durante un solo sprint, un equipo trabajará sólo en el conjunto de historias de la planta. Nada más, nada menos. Se espera que todas las historias incluidas en un sprint específico sean completadas en su totalidad por la carpa de primavera. El tercer enunciado aquí es el más importante a tener en cuenta a la hora de planear sprints. Entonces vamos a analizarlo por un momento para que sea más probable que todo el trabajo planeado esté completamente terminado dentro de un sprint, no
debemos planear más de lo que un equipo puede hacer. Para ser honestos, podemos planear la manera menos de lo que un equipo puede hacer y todo el trabajo de planta se completará. Pero eso sería poco probable considerado como un logro. Por lo que nuestra tarea a la hora de planear sprints, es ayudar a nuestro equipo a hacer todo el trabajo que pueda, pero al mismo tiempo no planear más que eso. Con eso en mente, hay una matemática muy simple que podemos usar para determinar cuánto trabajo puede manejar nuestro equipo y qué temas entra en qué sprint. Digamos que nuestro equipo tiene a los desarrolladores. Y estaremos corriendo dos semanas de sprints durante nuestro proyecto. En cada dos semanas sprint, hay diez días hábiles. Eso significa que cada desarrollador puede hacer diez días de trabajo en un solo sprint. Pero sabemos que las cosas inesperadas pueden y sucederán todo el tiempo. Reuniones de empresa, días personales de días de enfermedad, quién sabe qué más? Si asumimos que los eventos no planificados en promedio le quitan el 20 por ciento de la efectividad a alguien. Eso nos deja con ocho días de trabajo
efectivo que cada desarrollador puede hacer en un solo sprint, ese factor 20 por ciento no está conformado. Es un estándar de la industria ampliamente reconocido en la gestión de proyectos. Una vez que establecemos esas métricas, podemos, con confianza decente, afirmar que dos desarrolladores pueden hacer el doble en un solo sprint. Por lo que a los desarrolladores tiempos ocho días de trabajo equivale a 16 días de valor de trabajo. Al hacer este cálculo, establecemos la capacidad de nuestro equipo. La capacidad se define como la cantidad que algo puede producir. En nuestro caso, alrededor son 16 días de trabajo y algo es nuestro equipo en un solo sprint. Este momento es donde debemos apreciar las estimaciones de esfuerzo que creamos en una lección anterior. Por cada tema en nuestro atraso, conocemos los días de esfuerzo requeridos para completarlo. También señalamos que el máximo esfuerzo de nuestro equipo puede completar en un sprint es de 60 días. Por lo tanto, donde el lugar emita a partir de Sprints atrasados, debemos asegurarnos de que la suma de estimaciones para todos los temas en un solo sprint no sea mayor a 16. Eso no es sencillo y requieren algunos malabares. Pero jira lo hará mucho más fácil que si lo estamos haciendo de alguna otra manera. A ver cómo va. Antes de crear nuestros sprints. Averigamos cuántos sprints necesitamos para completar todo el trabajo en el rezago. Nuevamente, podemos responder rápidamente a esa pregunta con un poco de matemáticas. Al sumar estimaciones para todos los temas, se obtiene el total de 111 días de esfuerzo. Sabiendo que podemos hacer 60 días de esfuerzo en cada sprint, el número total de sprints necesarios es de 111 dividido por 16, que es de 6.9. Podemos tener resortes fraccionales, por lo que redondearemos hasta siete sprints para completar el proyecto. A continuación, deberíamos establecer una convención de nomenclatura sprint. El primero que viene a la mente es nombrar al Sprint 1 y Sprint 2 y así sucesivamente. Pero esa en realidad no es la mejor práctica. Y aquí está el porqué. Durante el proyecto Scrum, hay un número considerable de referencias hechas a manantiales particulares. Por ejemplo, en la que la primavera se está trabajando la historia de registro o para la cual sprint dos, necesitamos diseños de lista de deseos. Las respuestas podrían ser Sprint 2 y Sprint 4, pero los números son fáciles de mezclar. Por lo que para evitar que Sprint 3 se convierta en una respuesta equivocada a ambas preguntas, debemos evitar usar números o cualquier secuencia en nombres de sprint. Es común utilizar ítems de conocimiento general como términos geográficos. Por ejemplo, nombres de ciudades o ríos, o nombres de películas. Cualquier cosa que no tenga secuencias en ella. Para nuestro proyecto, vamos a usar carbonos. Nuestros Siete Resortes se llamarán Buick, Acura, dodge, a quien vinculan llamado Tesla, Honda. Por último, tenemos todo lo que necesitamos para crear sprints. Para crear un sprint, vaya a la pantalla de atrasos. En la parte superior del rezago menos, está el botón Crear Sprint. Haga clic en él y se creará sprint y se le dará un nombre predeterminado, Ts Sprint 1. Dijimos que le pondríamos el nombre a este Buick. Entonces da click en el botón sprint Acciones a la derecha. Selecciona Editar y cambia el nombre de los resortes a Buick. Haga clic en el botón Actualizar y se crea horas por sprint. Voy a hacer los mismos pasos para crear Oculus print, Crear Sprint, sprint, cambiar el nombre a Acura update. Y ahora puedo ver nuestros dos primeros resortes en el rezago. Están vacías y eso está bien. En breve asignaremos temas a cadenas. Todavía tenemos cinco sprints más por crear. Iré a parar la grabación mientras hago eso. Y también debes pausar el video y asegurarte de que has creado los siete sprints antes de reanudar la lección.
17. Planifica sprints: Hemos creado nuestros siete sprints y podemos empezar a planearlos. Antes. Reconfirme que nuestro atraso arreglado y las historias más importantes están en la cima. Pero planear no es tan simple como
mover secuencialmente historias desde la parte superior del atraso a sprints. Necesitamos acomodar para dependencias entre historias y el esfuerzo total de todas las historias en un sprint no puede ir más de 16. Con eso en mente, hay un problema de inmediato. El esfuerzo total o las dos primeras historias en el rezago es de 18. Por lo que no pueden ir juntos en el mismo Sprint. Optaré por ir con detalles del producto porque de ello dependen más historias. Por ejemplo, agregar al carrito de la compra y agregar a historias
oficialmente puede comenzar sin los detalles de su producto. Para agregar nuevos detalles de producto a un sprint, haría clic con el botón derecho en él. Y desde el pop-up, seleccionaré el sprint al que quiero enviarlo. En este caso, es durante el sprint. Y la historia se coloca en el sprint. Pero también, no quiero dejar capacidad sin usar en un sprint. Tengo un presupuesto de 16 días para usar y
tengo 13 días de esfuerzo asignados a BYU experiencia hasta el momento. Por lo que quiero encontrar una historia teniendo un esfuerzo de tres para maximizar la utilización del sprint. Mirando hacia abajo el atraso, está la historia de creación de cuenta, que es de tres días para el tejido. Exactamente del tamaño para sentir perfectamente el sprint, haga clic derecho y asígnelo a Buick sprint. Desplázate hacia arriba para encontrar el BYU explicado en ambos relatos. Ahí estarás. Justo debajo de ellos. Por el lado derecho, verá el esfuerzo total de los temas asignados al sprint. En este caso, como se esperaba, son 16. Podemos pasar a planear el próximo sprint, el sprint preciso. La elección natural del primer número para sumar a este sprint sería la que
decidimos no agregar a la experiencia de vista a pesar de que estaba en la parte superior del rezago, buscando producto por categoría. No obstante, muchas historias dependen de agregar un producto al carrito de la compra y ver el carrito de la compra. Si bien estos dos dependen de la historia de inicio de sesión, esas son las razones por las que se clasifican tan alto el atraso. Por lo tanto, ignoraré la búsqueda por categoría una
vez más y añadiré esas tres historias al sprint preciso. Nuevamente, es tan simple como hacer clic derecho y seleccionar el sprint. Lo mismo para el producto 2, carrito de
compras y para ver contenido del carrito de compras. Comprobemos cuánto de la capacidad de sprint hemos utilizado. Jurado dice 13. Se utiliza el 13, por lo que tenemos otros tres que asignar. mirar hacia abajo el atraso para la siguiente historia de tres lados, aparece producto de
anuncio a lista de deseos. Entonces vamos a añadirlo al sprint preciso. Y nuestros dos primeros sprints están totalmente plantados. Acabas de aprender a planear resortes y a asignar temas a cuerdas. Por el bien del tiempo, detendré la grabación mientras coloco los números restantes en resortes, y terminaré la lección. Antes de comenzar la siguiente lección, debes descargar el plan de sprint final de los recursos de lecciones y en consecuencia asignar a todos los números restantes dos sprints. En la siguiente lección, aprenderás cómo asignar temas a los usuarios de GO, cómo iniciar un sprint y cómo monitorear el progreso de un sprint.
18. Comienza a monitorear y cerrar de sprint: Tenemos que hacer una cosa más antes de poder iniciar nuestro primer sprint. El sprint, tenemos que asignar temas a miembros de nuestro equipo. Tenemos miembros de deber, Jenny en Johnny, y veamos cómo podemos dividir el trabajo entre ellos. Una digresión rápida. Si ya tienes alguno a los usuarios en tu instancia de JIRA, podrías usarlos en esta lección. De lo contrario, puede agregar usuarios yendo al menú de configuración y seleccionando gestión de usuarios. Una vez que la pantalla de usuario, puedes invitar a un par de usuarios a crear sus cuentas. Si eso es demasiados problemas, punto preocúpate por ello. Puedes asignarte todo el trabajo a ti mismo. El objetivo de estos ejercicios es familiarizarte con las pantallas de Jira, no tener un proyecto 100 por ciento de plan apretado. Tenemos dos historias en la experiencia de BYU, pero una es de 13 días de esfuerzo y la otra es de apenas tres días. Hemos establecido que cada desarrollador puede hacer ocho días de trabajo en un solo sprint. Johnny puede aguantar ocho días y Jenny puede aguantar ocho días. Si solo asignamos ver detalles del producto a Johnny y creamos cuenta a Jenny, no
está balanceado en Johnny no completará su trabajo mientras que enero nos quedaremos con tiempo extra no utilizado. Queremos evitar cualquiera de los dos. Y la solución es bastante simple. Jenny, trabajaremos en Crear Cuenta desde el inicio del sprint. Y ella debería tener cinco días de espíritu después de que haya terminado. Al mismo tiempo. Johnny tiene cinco días cortos o el tiempo requerido para completar los detalles de tu producto. Entonces Janice, excedente de cinco días es precisamente lo que se necesita para equilibrar los libros. Después de que haya terminado con su historia, ayudará a Johnny a completar su historia en ambas historias debe hacerse para el final del sprint. Este partido de números no es una coincidencia. ¿ Recuerdas cuando establecimos que 60 días de trabajo se cuenta la capacidad de
nuestro equipo tanto para Jenny como para Johnny? Dividir igualmente historias completas entre miembros del
equipo rara vez ocurre cuando hay grandes historias en el rezago. Pero la premisa para la planeación de Scrum es que
el, las obras como una unidad y miembros del equipo se ayudarán mutuamente a tener el trabajo terminado. Por eso tener una historia asignada a alguien no significa
que ese sea el único miembro del equipo que estará trabajando en la historia. Sólo determina a la persona responsable de la historia, pero no impide que otros trabajen en ella. En la teoría se manejará la microgestión de la historia en la planeación del sprint y los stand-ups diarios. No obstante, estamos empezando a adentrarnos en el proceso de Scrum. Solo decidamos los detalles de tu producto a Johnny y
creemos la cuenta a Jenny y sigamos a hacer eso. Haga clic en el número y el panel de edición a la derecha. Busca el campo cesionario y selecciona el usuario al que se está asignando el tema. En este caso, Jony, haz lo mismo con el otro tema en el hepatocito a Jenny. A medida que los temas se asignan a sus dueños. Echarían otra mirada a los detalles del tema recabados hasta el momento, y hablarán para resolver cualquier ambigüedad. Por ejemplo, cuando creamos nuestras historias, no
proporcionamos ningún detalle. Ahora, justo antes de iniciar el sprint es la última oportunidad para hacerlo. Y después de escuchar preocupaciones de Johnny y Jenny, agregaremos detalles en el campo descriptivo de estas dos historias. El tema confirma que los detalles recién proporcionados no afectan a la estimación de esfuerzo actual. Y estamos bien para ir. Genial. Ahora podemos iniciar el sprint. Para ello, haga clic en el botón Iniciar Sprint junto al nombre del sprint. El popup llega donde opcionalmente se puede cambiar este nombre de amplitud y establecer la longitud del muelle, que por defecto es de dos semanas, cambiar la fecha de inicio del sprint y el descrito el objetivo de sprint. Sólo cambiaré la longitud por defecto o el sprint, y lo haré tres días. Por supuesto, nunca ayudarías a difundir el corto en un proyecto real. Esto es sólo para ayudarnos a ir más rápido a través de todos los movimientos de progresión de Sprint. Deje otros campos con valores predeterminados y haga clic en Inicio. Sprint ha comenzado y nos trasladan a la pantalla de sprint activa donde podemos monitorear y actualizar el progreso de los sprints. Vemos nuestras dos historias sentadas en estado de tareas pendientes y
podemos contar a quién se les asigna cuando se inicia el trabajo en ellas. Se mueven al estado en curso mediante un simple arrastre a la columna en curso. Y se sientan ahí mientras avanza la obra. Inevitablemente, surgirán preguntas mientras avanza el trabajo, y cuando eso suceda, se
publicarán en una sección de comentarios de cada número. Digamos que no tengo claro qué moneda se debe usar al mostrar el precio del producto. Y voy a publicar esa pregunta como comentario en la vista detalles del producto historia. medida que avanza
la primavera, los revelan mucha actividad en todos los temas incluidos en el sprint. Todo eso se capta en la pestaña de historial del tema. Y siempre se puede referir a ella cuando se necesita mirar hacia atrás en el pasado. Puedo ver aquí, cuándo se creó la estimación de esfuerzo y quién lo hizo? Cuando el tema fue asignado al sprint y muchos más también en general harán todo lo posible para
informar a todos los interesados sobre cualquier cambio o actividad en un tema. Si has creado un problema o se te ha asignado uno, recibirás un correo electrónico de notificación similar a éste cada vez que se modifique algo sobre el tema. Eventualmente, Jenny, completaremos su historia y la trasladaremos al estatus Hecho. Entonces ella ayudará a Johnny con la gran historia que posee juntos trabajarán en esta historia para completarla al final del sprint. Cuando termines, los detalles de tu producto, pasarás al estado TN y eso completará todo el trabajo en BYU explicado. Cerca del final del sprint. Deberíamos hacer los preparativos para iniciar el próximo sprint. Tenemos que asignar temas a sus dueños y resolver cualquier ambigüedad en los requisitos. Echemos un vistazo. En el sprint preciso. No tenemos ninguna historia que sea más grande que el sprint. Por lo que dividiendo historias entre nuestros desarrolladores, serás más sencillo. Ver contenido del carrito de compras se estima en ocho días, por lo que podemos asignarlo a cualquiera y consumirá toda su capacidad. El esfuerzo total para completar las historias restantes es también de ocho días. Por lo que Jony debería completarlos todos. Se le están asignando los tres. Asumamos que después de revisar historias, tanto Eddie como Johnny no tuvieron ninguna objeción. Eso significa que el sprint preciso está listo para empezar. Llega la hora en el último día del sprint. Estaremos cerrando el sprint haciendo clic en el botón completo de Sprint. El pop-up muestra informándonos cuántos números se han completado en este sprint y ¿qué pasará con los no terminados? Confirma que tu acción en el sprint está cerrada. Se te presenta un reporte de sprint donde se puede ver el desglose de lo que se completó en este sprint y lo que no fue. Este reporte en particular no se ve muy interesante ya que golpeamos sólo dos historias en ambos se completaron en los proyectos reales de Scrum cuando las cosas no salen exactamente como se planeó. El tibial montón de información valiosa aquí que se puede utilizar para identificar problemas y encontrar formas de solucionarlos. Con el sprint de Buick terminado, estamos listos para iniciar el sprint preciso. Haga clic en el botón Iniciar Sprint. Usa los mismos ajustes que la última vez e inicia el sprint preciso. Como se esperaba. Todas las historias falsas están en estado de tareas pendientes. Y mientras los mirábamos, aparece
un riesgo potencial. El ver carrito de compras contenido historia no se puede completar sin agregar producto al carrito de compras que se complete primero. Además, este último tiene que ser completado con bastante antelación para tiempo
suficiente para completar el contenido de ver el carrito de compras. Por lo que queremos asegurar que la unión funcione primero en Agregar producto al carrito de compras antes de iniciar cualquier otro trabajo. Y tomar todas las medidas necesarias para asegurar que esa historia se complete dentro del esfuerzo estimado, al menos duración. Para capturar esa prioridad JIRA, simplemente
arrastraremos la historia a la parte superior de la pila de números de Sprint, lo que significa que acabamos de establecer la prioridad de primavera. Para impulsar la prioridad con más, estableceré el atributo de prioridad en el más alto. A medida que avanzan los proyectos sprints, nuestros temas de proyecto se movieron por diferentes estados. Pertenecen a diferentes pantallas y a varias personas en ellas. Ya no tenemos una sola vista para todos ellos. También queremos poder ver diferentes grupos de temas, como solo números terminados o solo temas asignados a Jony, o solo la emisión es mayor a 30 días. En la siguiente sección aprenderás sobre los filtros Jira, una poderosa función que abordas todo lo que acabo de mencionar.
19. Encontrar problemas: El número de proyectos y temas en Instancia JIRA aumentará continuamente. Nunca bajará. Eso es cierto. Muy rápido. Se convertirá en mucho tiempo encontrar problemas con sólo buscarlos en diferentes pantallas. Dura resuelve ese problema con potentes funciones de búsqueda. Y en esta sección, aprenderás a usarlos. Se pueden buscar temas en JIRA a nivel de proyecto y a nivel global. Revisaremos primero la búsqueda a nivel de proyecto. Digamos que quieres encontrar todos los temas en el rezago que tienen la lista de deseos en el título. Vaya al atraso y en el cuadro de búsqueda de rezago escriba lista de deseos. Observe que los problemas de atraso se filtran a medida que está escribiendo. Y al final solo verás temas que contienen términos de búsqueda. Existe un cuadro de búsqueda similar en la pantalla de sprint activa, y funciona exactamente de la misma manera. Ambos registros de sprint activos tienen teatros griegos adicionales al lado del cuadro de búsqueda. Permiten el filtrado con un solo clic. Por ejemplo, si solo quieres ver las historias de Jenny, click en el avatar de Janice para quitar el filtro. Haga clic una vez más. Es posible que hayas notado otro cuadro de búsqueda ubicado en la barra de herramientas en la parte superior de la pantalla. Ese se utiliza para la búsqueda global y debe usarse para buscar
ítems a través de todos los proyectos de Jira en la instancia actual, el momento en que haga clic en él, verá muchas cosas en los resultados, pesar de que sí sí aún no ingresa ningún término de búsqueda, Jira te da una lista de temas vistos recientemente y tableros, proyectos y filtros visitados recientemente. Si eso no ayuda a encontrar lo que estás buscando, puedes ingresar un término de búsqueda. Si entro login, veo un problema coincidente en nuestro proyecto top store, pero tengo otro en un proyecto diferente, el proyecto roadmap. En el lado derecho, hay múltiples filtros que puedes enganchar según sea necesario. Por ejemplo, un filtro de proyecto permite filtrar resultados por cualquier proyecto. Pero la búsqueda global no se limita sólo a temas. También encontrará otros elementos como proyectos, tableros, y filtros. Si entro a la búsqueda, sus resultados de flujo de trabajo devuelven incluyen dos historias, un error en un proyecto que contienen la palabra workflow en su nombre. Todo esto es genial para búsquedas simples buscaban algo por su nombre y tal vez un par de filtros predefinidos adicionales. Pero, ¿y si necesitas encontrar artículos basados en otros atributos? Por ejemplo, todos los temas en el proyecto top store que han estimado por lo tanto mayores que 8, o todos los problemas en todos los proyectos asignados a un usuario específico. La Búsqueda Avanzada de Jurores tiene una solución para eso, y lo aprenderás en la siguiente lección.
20. Búsqueda avanzada y filtros Jira: En la lección anterior, aprendiste sobre búsquedas simples y
viste algunos ejemplos de las cosas buenas que pueden hacer. Pero habrá situaciones en las que se acorten. Especialmente una vez que comienzas a usar Jira para crear informes
personalizados o analizar diferentes métricas de proyecto a través de diversos segmentos. Digamos que quieres encontrar los zapatos de todos los proyectos de Jira que están asignados a Johnny. No se puede hacer eso con una búsqueda simple, mientras que la búsqueda avanzada lo hace muy simple, se
puede llegar a la búsqueda avanzada siguiendo el enlace en la búsqueda global Dropdown. Da click en él y llegas a esta pantalla. Ahora eres en realidad la pantalla de filtro. Y nota una larga lista de filtros predefinidos, como temas de miopía o temas reportados por mí y muchos más. En el lado izquierdo. En realidad, los filtros generales no son otra cosa que búsquedas predefinidas. Puedes usar cualquiera de ellas y siéntete libre de probarlas. Pero ahora mantengámonos enfocados en nuestra tarea para encontrar todos los temas de todos los proyectos asignados a Johnny. En búsqueda avanzada. Eso se logra creando una consulta en algo llamado Jake QL, que significa JIRA Query Language. Aprendizaje. Jkl va muy por encima del alcance de este curso. Puedes encontrar muchos recursos en la web si quieres obtener más dominio en ello sin entrar en los detalles de la sintaxis de JKL, así es como la utilizarías. Haga clic en el lado izquierdo del cuadro de texto de consulta y comience a escribir esa consulta. Estamos buscando todos los temas donde Johnny es cesionario. Entonces voy a hablar. El cesionario es igual a Johnny. Observe cómo los jurados me dan pistas mientras estoy escribiendo. Para aceptar la sugerencia, hacer click en ella. Una vez que la consulta se vea bien, haga clic en Buscar en los resultados. Vuelve. Veo que John es temas del proyecto top store, pero también hay otro de un proyecto diferente. Eso lo puedo decir porque tiene un prefijo diferente, la clave de emisión. Esto es genial, pero si planeo usar esta consulta, el futuro, no quiero escribir todo el JKL cada vez. En ese caso, puedo guardar esta consulta como un filtro permanente y ejecutarla sin recrear una y otra vez. Observe lo mismo que enlace al lado del encabezado de búsqueda. Da click en él y obtendrás el mismo filtro emergente. Dale el nuevo nombre del filtro, di John su obra, y da click en Enviar. John is worth filter ahora se mostrará en la lista de filtros y puedes ejecutarlo con un simple clic. El filtro ya está arrancado y se puede llegar
rápidamente a él desde los filtros abandonados en la navegación principal.
21. Roundup del curso: Enhorabuena por completar este curso. Pasaste por mucho contenido y ahora estás familiarizado con los fundamentos de Jira. Debes sentirte seguro de empezar a usar Jira para proyectos reales. Aquí te dejamos un breve resumen de lo que lograste al pasar por este curso. Tienes acceso completo a JIRA en la Nube. Estás familiarizado con los conceptos y principios básicos de Agile y Scrum. Entiendes el concepto de proyectos de Jira y sabes crear uno. Entiendes el concepto de temas JIRA y las diferencias entre los tipos básicos de tejido. Pasaste por el proceso de romper los requisitos del proyecto hasta los temas de JIRA. Creaste los temas en JIRA, te novio atraso tu plan, luego creaste sprints. Estás familiarizado con el proceso de gestión de sprint y aprenderás a buscar temas específicos en JIRA. Eso son muchas cosas. Así que adelante, empieza o sigue trabajando en tus proyectos y utiliza lo que aprendiste en este curso para utilizar JIRA para ayudarte con tu trabajo. Espero que te guste cursar y te resulte útil. Y si lo hicieras, realmente te agradecería que te tomaras unos segundos para rastrillar el curso y ayudar a otros interesados en JIRA a encontrarlo y disfrutarlo como hiciste todo lo mejor.
Vlajko Knezic, Technologist and Methodologist
