Una tarea con pago por tarea tiene un monto fijo, y se paga a medida que pasa tres validaciones: las pruebas, la revisión del pull request y la aprobación del cliente. Esta guía muestra cómo envías una tarea a cada una, y cómo validas o regresas una cuando eres quien revisa.
Las tres validaciones
- Prueba: alguien comprueba que el cambio funciona en el entorno de pruebas.
- Pull request: alguien revisa el código en el pull request.
- Cliente: la tarea se entrega al cliente, que la aprueba.
Cada solicitud va a una persona, a quien se le avisa Nueva revisión solicitada.:
- Prueba va al QA tester del proyecto; si el proyecto no tiene, a su líder de QA, y después a su project manager. Cuando el proyecto no tiene a ninguno de ellos, va a alguien de la empresa que tenga uno de esos roles.
- Pull request va al tech lead del proyecto; si el proyecto no tiene, a su líder de desarrollo, y después a su CEO. Cuando el proyecto no tiene a ninguno de ellos, va a un líder de desarrollo o a un CEO de la empresa.
- Cliente va al product owner del proyecto. Cuando el proyecto no tiene, va a un product owner de la empresa. Solo cuando la empresa no tiene product owner va al project manager, al líder de proyectos o al líder del estudio, y después a la persona que revisa los pull requests.
Cuando la solicitud va a alguien de fuera del proyecto, esa persona se elige al azar entre quienes tienen el rol. Al abrir el aviso, el revisor llega a Validación de tareas, que se describe más abajo. Cuando no se encuentra a nadie para un paso, la solicitud se hace igual, pero no se le avisa a nadie.
La parte del pago de las pruebas y del pull request se programa cuando ambas están aprobadas; la parte del cliente, cuando el cliente aprueba. La tarea termina sola una vez aprobadas las tres. Las tareas con pago por tarea no tienen el botón Terminar tarea en el tablero.
Envía tu tarea a validación
Lo haces desde el tablero de tareas del proyecto; consulta Trabaja en tus tareas. En una tarea cuyo Tipo es Pago por tarea, asignada a ti o con un pago para ti, los botones al final de la fila son:
- Enviar a pruebas: la envía de inmediato. Verás Revisión de prueba solicitada.
- Enviar PR: abre Enviar revisión de pull request. Pega la URL del pull request, la dirección web completa del pull request, y haz clic en Enviar PR. Verás Revisión de pull request solicitada.
- Enviar al cliente: abre Enviar para validación del cliente. Agrega Notas opcionales si quieres y haz clic en Enviar al cliente. Verás Validación del cliente solicitada. La ventana dice que la solicitud va al product owner del proyecto, o al project manager si no hay, o al responsable del pull request si no hay ninguno; el orden completo se describe arriba para Cliente.
Cada botón aparece mientras su paso no se ha enviado, y de nuevo cuando ese paso se regresó o muestra Requiere nueva prueba o Requiere revisión de PR: haz clic para enviar el paso otra vez, y se le avisa a su revisor como la primera vez. No aparece mientras el paso espera su revisión, ni una vez aprobado.
La columna Etiquetas de la tarea muestra los tres pasos como QA, PR y Cliente. Gris significa pendiente, ámbar en revisión, verde aprobado y rojo regresado; pasa el cursor sobre un paso para leer su estado, como En QA.
Más información en la tarea muestra sus montos Total, Pagado, Programado y Faltante, el estado de cada validación y Abrir la última PR.
Cuando te regresan una tarea
Cuando un revisor regresa tu tarea, se te avisa Revisión rechazada. Por favor, revise los cambios solicitados., y la tarea muestra Ver comentario. Haz clic para leer el Último comentario de rechazo: quién la revisó, cuándo, la razón y los archivos adjuntos. Cuando un revisor aprueba un paso, se te avisa Reseña aprobada. Al abrir cualquiera de los dos avisos llegas al tablero de tareas del proyecto, donde puedes enviar el paso otra vez.
Regresar un paso puede deshacer otro:
- Si se regresan las pruebas después de aprobado el pull request, el pull request muestra Requiere revisión de PR.
- Si se regresa el pull request después de aprobadas las pruebas, las pruebas muestran Bloqueado por rechazo de PR. Cuando el pull request se aprueba de nuevo, las pruebas muestran Requiere nueva prueba.
Estos estados aparecen en Más información y en la página Validación de tareas; en la columna Etiquetas esos pasos se ven grises.
Revisa las tareas asignadas a ti
Elige Validación de tareas en el grupo Mi panel del menú lateral. La entrada aparece cuando eres project manager, líder de desarrollo, tech lead, QA tester, líder de QA o líder de proyectos. Quien recibió una revisión sin tener uno de esos roles, como un product owner, puede abrir la página pero no ve la entrada en el menú.
La página, Validación de tareas, dice Aquí solo se muestran las revisiones asignadas a ti. Abre la tarea para revisar sus detalles antes de validarla o regresarla. Solo lista las tareas con una revisión esperándote, 15 por página. Acota la lista con:
- Rol: el rol de revisión con el que actúas, entre project manager, líder de desarrollo y QA tester. Como QA tester ves las revisiones de pruebas; como líder de desarrollo, las de pull request y de cliente; como project manager, las de cliente. Al principio se elige el primero de tus roles, salvo que tu rol te permita ver todas las tareas; sin ninguno elegido, la lista muestra todas las revisiones que te esperan.
- Proyecto: uno de tus proyectos activos, o Todos los proyectos.
- Terminado: No terminado al principio, Terminado o Todas las tareas.
- Estado de la revisión: En revisión al principio. Las demás opciones son Pendiente (tareas sin terminar o sin pagar todavía), Todos los estados, Aprobado, esperando PR, Aprobado, esperando la prueba, Bloqueado por rechazo de PR, Requiere nueva prueba, Requiere revisión de PR, Aprobado y Rechazado. Una tarea aparece cuando cualquiera de sus pasos está en ese estado.
Cuando nada coincide, verás No se encontraron pagos de tareas.
Cada tarea muestra su proyecto y su sprint, PR abierto cuando tiene un pull request, y los pasos que te esperan con su estado, marcados como Mío.
- Haz clic en Ver información para leer la tarea antes de decidir.
- Haz clic en Validar en tu paso para aprobarlo. Verás Reseña aprobada. y se le avisa a la persona que la pidió.
- O haz clic en Regresar para devolverla. Consulta más abajo.
Una vez que validas o regresas tu paso, la tarea sale de tu lista, salvo que otro paso siga esperándote. Historia muestra cada solicitud de la tarea: su paso y su estado, cuándo se hizo, Solicitado por, Revisor, el enlace, la razón, si la hubo, y los archivos adjuntos. Ocultar historial la cierra. Una tarea sin solicitudes muestra No se encontró historial de reseñas.
Regresa una tarea
- Haz clic en Regresar en tu paso. Se abre Revisión de devolución.
- En Razón, explica qué hay que corregir; es obligatoria. Puedes usar negritas, cursivas, subrayado, listas y Enlace, y pegar capturas directamente en el texto.
- Para agregar archivos, haz clic en Adjuntar imágenes o archivos PDF. Puedes adjuntar hasta 10 imágenes o archivos PDF, de hasta 10 MB cada uno. Mientras un archivo se sube verás Subiendo archivo y no podrás hacer clic en Regresar, así que la tarea nunca regresa sin él. Si ves La carga falló. Verifica tu conexión y vuelve a intentarlo., adjunta el archivo de nuevo.
- Haz clic en Regresar, o en Cancelar para dejarlo. Verás Reseña rechazada.
A la persona que pidió la revisión se le avisa, y ve tu razón y tus archivos cuando abre la tarea.