Guía de Tickets
Como escribir tareas en Clickup
Para ser parte de un equipo efectivo, el SCRUM Master (director de cada departamento) debe implementar la siguiente guía de tiquetes y asegurarse de que los miembros del equipo sigan las instrucciones.
Puntos Claves
Lo ideal es que cada proyecto se divida en tiquetes que no requieran más de 16 horas de trabajo
Los tiquetes deberán tener una lista máxima de 7 sub-tareas
Los tiquetes deberán estar vinculados a dependencias para informar al colaborador sobre la relación entre proyectos
Los tiquetes requieren tiempo asignado para ejecución
Componentes del Ticket
Cada ticket se compone de un título, una descripción, una lista de tareas (si aplica), dependencias (si aplica) o diagramas (si aplica).
Pre-Fijos de Titulos
Solo utilizaremos una serie de prefijos para maximizar la comunicación entre el SCRUM Master, los equipos y colaboradores.
Nuevo -
Cualquier ticket para el equipo comercial o interno que involucre una nueva función debe tener las palabras clave "Nuevo -" seguidas de la descripción del título.
Actualizar - Cualquier ticket para el equipo comercial o interno que requiera una "Actualización, mantenimiento o mejora" debe tener la palabra "Actualizar -" seguida de la descripción del título.
Corregir-
Cualquier ticket para el equipo comercial o interno con el objetivo de "corregir o arreglar" cualquier trabajo debe tener las palabras clave "Corregir -" seguidas de la descripción del título.
Crítico -
Cualquier ticket para el equipo comercial o interno con el objetivo de "arreglar malas arquitecturas, interrupción crítica, falla crítica, error crítico" debe tener las palabras clave "Crítico -" seguidas de la descripción del título.
Otro -
Cualquier ticket para la empresa o equipo interno con un objetivo diferente a la lista anterior.
Descripción
La descripción de un título debe identificar el qué, por qué y cómo de la tarea asignada.
Qué: El objetivo; qué es exactamente lo que se pretende lograr en la tarea en cuestión.
Por qué: este paso generalmente se explica en el sprint. Sin embargo, es mejor explicar brevemente el por qué en el ticket para dar una mejor perspectiva de la visión de la aplicación.
Cómo: especifique cualquier dependencia con otras tareas y/o cómo se conecta con el objetivo del repositorio.
Lista de Tareas
Preferiblemente una lista de verificación, donde el desarrollador pueda verificar las diferentes tareas realizadas durante la ejecución del ticket, la lista de tareas debe tener todos los puntos principales necesarios para completar el ticket.
La lista de tareas pendientes debe:
Mantenerse por debajo de 7 puntos.
Solo indique los principales objetivos a lograr en el boleto.
Los objetivos deben ser medibles, es decir, debe ser fácil identificar si se cumplieron o no.
Tiempo Asignado
El lider/colaborador dueño del tiquete debe asignar un número de horas para cada ticket.
El tiempo del tiquete debe tener en cuenta la fracción de tiempo de planeación que requiera el colaborador.
Un tiquete no debe tener más de 16 horas (2 días) de trabajo asignadas, de lo contrario debe dividirse en asignaciones más pequeñas.
Se debe asignar un total de 35 horas de trabajo por trabajador a la semana. Se da un colchón de 5 horas para los problemas de última hora o el margen de error al calcular el tiempo necesario para terminar una tarea.
Debe asignar tiempo al ticket, esto se hace picanto el reloj de arena, en la parte superior derecha.
Entregable
Todos los entregables deberán ser hechos dentro del ticket, el cual deberá ser asignado al superior/jefe/colaborador asignado para la revisión, al escribir @ seguido por el nombre de la persona. Este paso es el más importante de la entrega de trabajo.
Migración de Tickets
Cada uno de los tickets se puede migrar de la siguiente forma:
Pasa el cursor sobre los tres (3) puntos
Pica los 3 puntos y selecciona "Move".
Selecciona la FLECHA de las Carpeta y/o Lista
Finalmente pica la lista a donde quieres migrar el ticket
Last updated
