Saltar a contenido

Épica Detallada - Solicitud de Feedback

Solicitud de Feedback

Vista de Usuario

COMO un colaborador QUIERO crear una solicitud de feedback PARA recibir feedback de evaluadores externos (clientes)

Narrativa de Negocio

Los colaboradores necesitan una forma de solicitar feedback de evaluadores externos (clientes), garantizando que el proceso sea aprobado por el PDM para mantener la calidad y relevancia de las evaluaciones.

Flujo de Pantallas

LISTA DE SOLICITUDES (colaborador)

  1. El colaborador accede a la pantalla de listado de solicitudes de feedback, que además de la lista, contiene un botón para la creación de un nuevo formulario.
  2. La lista contiene todas las solicitudes que el colaborador ya ha creado con fecha de creación, estado y botones de edición, eliminación y visualización.
  3. Si está en el estado “en creación”, el formulario puede ser editado o eliminado.
  4. Si está en el estado “pendiente de aprobación”, el formulario puede ser visualizado *** o eliminado.
  5. Si está en el estado “esperando respuestas”, el formulario puede ser visualizado. ***
  6. Si está en el estado “finalizado”, el formulario puede ser visualizado. ***

Nota: la función de visualización está contemplada en la épica “Visualización de Feedback”.

CREAR NUEVO FORMULARIO (colaborador)

  1. El colaborador hace clic en el botón "Crear". El colaborador solo puede iniciar un nuevo formulario 6 meses después de la finalización del último.
  2. El sistema muestra un formulario para crear la solicitud de feedback.
  3. El colaborador añade un mínimo de tres preguntas personalizadas.
  4. El colaborador añade un mínimo de dos evaluadores y un máximo de nueve, ingresando nombre/apellido y correo electrónico en una lista.
  5. Si el correo electrónico del evaluador es de CI&T, el sistema no debe permitir añadirlo, ya que solo se pueden invitar evaluadores externos.
  6. El colaborador hace clic en el botón "Enviar para aprobación" si ha finalizado de completar la solicitud y desea enviarla para la aprobación del PDM.
  7. El colaborador es dirigido al paso de “aprobación PDM”, donde podrá visualizar las preguntas y los evaluadores invitados.
  8. El colaborador hace clic en el botón "Guardar borrador" si desea terminar de completar la solicitud más tarde.
  9. El sistema envía un correo de notificación al PDM.
  10. El estado del formulario se actualiza a “pendiente de aprobación”.

LISTA DE SOLICITUDES (PDM)

  1. El PDM accede al sistema y visualiza la pantalla de listado de feedbacks por aprobar.
  2. La lista contiene todas las solicitudes de los colaboradores del PDM con login, rol, fecha de creación, estado y botones para analizar formulario y visualización.
  3. Si está en el estado “no evaluado”, el formulario puede ser analizado.
  4. Si está en el estado “esperando respuesta”, no es posible realizar acciones.
  5. Si está en el estado “finalizado”, el formulario puede ser visualizado. ***
  6. La lista está dividida en 2 partes:
  7. Pendientes: solicitudes esperando respuesta de los invitados y solicitudes esperando análisis del PDM.
  8. Cerradas: solicitudes cerradas.

Nota: la función de visualización está contemplada en la épica “Visualización de Feedback”.

APROBACIÓN DE FORMULARIO (PDM)

  1. El PDM hace clic en el botón “Analizar formulario“.
  2. El PDM aprueba o rechaza la solicitud, seleccionando la opción que desea.
  3. Si la opción seleccionada es “No”, se muestra el campo de comentario y el PDM completa este campo informando el motivo del rechazo.
  4. El PDM hace clic en el botón “Finalizar análisis”.
  5. Si se aprueba, la solicitud no puede ser editada y se envía un correo a los evaluadores.
  6. A partir de la fecha de aprobación, los evaluadores tienen 3 meses para responder el feedback.
  7. Si se rechaza, el formulario vuelve al estado anterior (en creación) y el colaborador puede editar las preguntas y los invitados para enviar nuevamente para aprobación.
  8. Si se rechaza, el colaborador recibe una notificación por correo electrónico.
  9. Si se rechaza, el PDM ya no visualiza el formulario hasta que sea enviado para aprobación nuevamente.
  10. El PDM es dirigido a la lista de solicitudes.

EDICIÓN DE FORMULARIO (colaborador)

  1. Al hacer clic en el botón “editar”, el colaborador es dirigido al paso de configuración del formulario.

ELIMINACIÓN DE FORMULARIO (colaborador)

  1. Al hacer clic en el botón “eliminar”, se muestra un mensaje de confirmación.
  2. Al confirmar la eliminación, se envía una notificación por correo electrónico al PDM.
  3. La lista de formularios se actualiza.

Requisitos No Funcionales

  • Al guardar el formulario, el ID de este formulario debe ser un hash.
  • Al enviar el enlace del formulario al evaluador, este debe contener el hash.
  • La lista de solicitudes debe tener comportamiento de paginación.

Criterios de Aceptación

  • El sistema debe permitir la creación de una solicitud de feedback con un mínimo de tres preguntas personalizadas.
  • El sistema debe permitir la adición dinámica de nombre y correo electrónico de los evaluadores.
  • El sistema debe enviar un correo de notificación al PDM al guardar la solicitud.
  • El sistema debe permitir que el PDM apruebe o rechace solicitudes de feedback.
  • El sistema debe enviar un correo a los evaluadores cuando una solicitud sea aprobada.
  • El sistema debe permitir que el colaborador edite la solicitud si esta es rechazada por el PDM.
  • El sistema debe permitir que el colaborador elimine la solicitud si esta se encuentra en las etapas de creación o aprobación.

Visión de las Historias

mmd

Solicitud de Feedback

  1. Listado de solicitudes de feedback

    • Desarrollar el endpoint para listar las solicitudes de feedback de un colaborador.
    • Implementar la interfaz de usuario para mostrar la lista con fecha de creación, estado y botones de acción (editar, eliminar, visualizar).
    • Aplicar lógica condicional para habilitar/deshabilitar botones según el estado del formulario ("en creación", "pendiente de aprobación", "esperando respuestas", "finalizado").
    • Implementar la funcionalidad de paginación para la lista de solicitudes.

  2. Diseño de la pantalla de creación de solicitud, incluyendo barra de estado

    • Diseñar e implementar el layout de la pantalla de creación del formulario de solicitud de feedback.
    • Incluir campos para preguntas personalizadas y evaluadores.
    • Desarrollar una barra de estado visual para indicar el progreso de la solicitud.

  3. Añadir Preguntas Personalizadas

    • Implementar la funcionalidad de añadir dinámicamente un mínimo de tres preguntas personalizadas al formulario.
    • Desarrollar el componente de UI para la entrada de texto de las preguntas.
    • Garantizar la validación para el número mínimo de preguntas.

  4. Añadir Evaluadores Dinámicamente

    • Implementar la funcionalidad de añadir dinámicamente un mínimo de dos y un máximo de nueve evaluadores (nombre, apellido, correo electrónico).
    • Desarrollar el componente de UI para la entrada de los datos del evaluador.
    • Añadir validación para el dominio de correo electrónico (@ciandt.com.br no permitido).
    • Garantizar la validación para el número mínimo y máximo de evaluadores.

  5. Guardar y Notificar al PDM

    • Implementar la funcionalidad del botón "Enviar para aprobación" para persistir la solicitud en la base de datos.
    • Desarrollar el endpoint para crear/actualizar la solicitud de feedback.
    • Actualizar el estado del formulario a "pendiente de aprobación".
    • Desarrollar un correo de notificación para el PDM informando sobre la nueva solicitud.
    • Implementar la funcionalidad del botón "Guardar borrador" para persistir la solicitud con el estado "en creación".
    • Garantizar que el ID del formulario sea un hash al guardarlo.
    • Implementar validación para el intervalo de creación de nuevos formularios (6 meses después de la finalización del último).

Aprobación de Solicitud de Feedback

  1. Listado de solicitudes por aprobar

    • Desarrollar el endpoint para listar las solicitudes de feedback pendientes de aprobación para un PDM.
    • Implementar la interfaz de usuario para mostrar la lista con login, rol, fecha de creación, estado y botones de acción (analizar formulario, visualizar).
    • Separar la lista en secciones "Pendientes" (esperando respuesta o análisis del PDM) y "Cerradas".
    • Aplicar lógica condicional para habilitar/deshabilitar acciones según el estado del formulario ("no evaluado", "esperando respuesta", "finalizado").

  2. Aprobar o Rechazar Solicitud

    • Desarrollar la interfaz para que el PDM apruebe o rechace la solicitud.
    • Implementar un campo de comentario condicional para el rechazo.
    • Desarrollar el endpoint para procesar la aprobación/rechazo de la solicitud.
    • Actualizar el estado de la solicitud según la decisión del PDM (aprobado: "esperando respuestas", rechazado: "en creación").
    • Implementar la lógica para ocultar el formulario rechazado de la vista del PDM hasta que sea reenviado.
    • Desarrollar un correo de notificación para el colaborador en caso de rechazo.

  3. Editar Solicitud Rechazada

    • Implementar la navegación a la pantalla de edición cuando el estado del formulario sea "en creación" después de un rechazo.
    • Cargar los datos del formulario rechazado para su edición.
    • Permitir que el colaborador modifique preguntas y evaluadores.

  4. Enviar Correo a los Evaluadores

    • Implementar el servicio de envío de correos electrónicos a los evaluadores cuando la solicitud sea aprobada.
    • Garantizar que el enlace del formulario en el correo contenga el hash del formulario.
    • Definir el plazo de 3 meses para que los evaluadores respondan el feedback a partir de la fecha de aprobación.