Skip to main content

G24 - Guía para validación con socios

Objetivo(s)#

  • Guiar a los miembros de Taro en la identificación efectiva de un tipo de validación para un producto de trabajo.
  • Dar a conocer las distintas categorías de validaciones que se utilizan en Taro.

Prerrequisito(s)#

¿Cómo definir la categoría?#

En Taro manejamos las cuatro categorías listadas a continuación:

  • Análisis#

Dentro de la categoría de análisis se encuentran los productos de trabajo tales como: lista de historias de usuario, flujo de interacción, descripción de casos de uso o artefactos similares.

Para validaciones de análisis se recomienda el método de tipo "Discusión" ya que estas permiten ahondar sobre las necesidades del cliente.

  • La columna de "Entorno" deberá tener el valor de "No aplica".

  • En la columna de "Herramientas" se debe poner aquellas que se usarán para registrar la sesión de validación como Zoom, Teams u otra, así como las herramientas en las que se realizaron los productos de trabajo como Lucidchart, Draw.io, Excel u otra.

  • Diseño#

Dentro de la categoría de diseño se encuentran los productos de trabajo tales como: wireframes, mapas de navegación, interfaces ya implementadas.

Para validaciones de diseño se recomienda el método de tipo "Demo" para que la retroalimentación de los socios formadores sea de mayor valor ya que tendrán la oportunidad de ver a detalle lo propuesto y enfocarse en validar que el producto de trabajo cumple con lo esperado.

Para validaciones de interfaces en un entorno de desarrollo o de producción se recomienda ampliamente utilizar dispositivos electrónicos de distintos tamaños (teléfono celular, ordenador portátil, tablet, etc.) para validar que las interfaces son responsivas.

  • Si es una interfaz implementada, poner bajo la columna de "Entorno" el ambiente (producción o desarrollo), la URL del sistema y el navegador (Chrome, Edge, Safari). Si no, poner el valor de "No aplica".

  • En la columna de "Herramientas" se debe poner aquellas que se usarán para registrar la sesión de validación como Zoom, Teams u otra, así como las herramientas en las que se realizaron los productos de trabajo como Balsamiq Wireframes, Lucidchart, Miro u otras.

  • Funcionalidad#

Dentro de la categoría de funcionalidad se encuentran los productos de trabajo tales como: historias de usuario completadas y desplegadas ya sea en el entorno de desarrollo o en el entorno de producción.

Para validaciones de funcionalidad se recomienda el método de tipo "Demo" o "Think aloud" ya que permite al cliente ver y/o experimentar el sistema en tiempo real y validar si el flujo de interacción entre componentes cubre sus necesidades.

  • En la columna de "Entorno" se debe poner el ambiente (producción o desarrollo), la URL del sistema y el navegador (Chrome, Edge, Safari). Si el producto a validar requiere del uso de credenciales asegurarse que estas sean de pruebas y agregarlas dentro de la misma columna.

  • En la columna de "Herramientas" se debe poner aquellas que se usarán para registrarlo tomar nota de la sesión de validación como Zoom, Teams, Word u otra.

  • Capacitación#

Dentro de la categoría de funcionalidad se encuentran los productos de trabajo tales como: manuales de usuario y tutoriales en cualquier formato.

Para validaciones de funcionalidad se recomienda el método de tipo "Think aloud" ya que permite a los integrantes del equipo validar si los pasos/instrucciones definidas son lo suficientemente sencillos para que el cliente los entienda y aplique sin ningún problema.

  • En la columna de "Entorno" se debe poner "Producción", añadir la URL al sistema en el que se basa el manual o tutorial y el navegador (Chrome, Edge, Safari).

  • En la columna de "Herramientas" se debe poner aquellas que se usarán para registrar la sesión de validación como Zoom, Teams u otra, así como las herramientas en las que se realizó o publicó el manual o tutorial como Iorad, Youtube o Word.

Tipos de validaciones#

En Taro manejamos 3 tipos de validaciones con socios, estos son explicados a continuación:

  • Demo#

    En este tipo de validaciones se presenta ante el cliente las funciones o capacidades del sistema, dichas demostraciones se deben realizar de manera continua, idealmente al finalizar cada iteración para que el cliente vaya validando de manera progresiva el sistema. Estas validaciones permiten al facilitador demostrar el valor de la solución que se está implementado.

  • Think aloud#

    Este tipo de validaciones ayudan al facilitador a comprender la experiencia emocional y práctica del usuario de un sistema o componente del mismo. Esta validación requiere que el usuario exprese y explique sus pensamientos en voz alta mientras hace uso del sistema o mientras sigue un manual de usuario o tutorial.

  • Discusión#

    Este tipo de validaciones aportan gran valor en la etapa inicial de los proyectos ya que permiten al facilitador conocer los problemas reales detrás de las peticiones de los clientes, lo que le permite mejorar el entendimiento de lo que se debe de crear para satisfacer y exceder las expectativas del cliente. Estas validaciones deben de realizarse de manera seguida ya que las necesidades del usuario final nunca son estáticas.

Salidas#

  • Método y entorno de validación para el producto de trabajo seleccionado definidos dentro del reporte.

Autores#

  • María de los Ángeles Contreras Anaya

Auditoría#

  • Saúl Axel Palacios Acosta

Bitácora de cambios#

Versión 1.0#

  • Se creó la guía.