Existe un mito infundado que dice que es muy difícil integrar métodos de investigación cuando se opera en esquemas ágiles como SCRUM porque se tienen deadlines muy limitados.

En otras palabras, se dice que no hay tiempo de hacer indagaciones que validen si se está trabajando correcto, esta aseveración es FALSA porque rompe con la esencia del pensamiento ágil.

Tomando en cuenta que la definición de agilidad es: Reacción rápida y eficiente ante los cambios externos se puede llegar a la conclusión de que. Ser ágil no significa que va a ser rápido y veloz, significa que te puedes adaptar fácilmente a las necesidades de los usuarios.

En el siguiente gráfico se muestran las fases e investigaciones que se recomiendan hacer previo y durante un desarrollo ágil, aunque es importante recalcar que si se tiene una cultura de investigación va a ser automática la implementación de metodologías dentro del flujo normal de trabajo.

Se puede utilizar User Research en todo el desarrollo, aunque las fases típicas para hacerlo son:

  • Al Entender el problema
  • Al Validar las ideas generadas
  • Al Probar prototipos
  • En el Testing del desarrollo
  • En la fase de Medición final del sprint

En el gráfico se mostraron algunas metodologías, pero lo que se recomienda es implementar una investigación dependiendo de las dudas que se tengan porque cada proyecto es diferente.

Tips de User Research en Agile

La investigación es una herramienta que puede ayudar a maximizar el éxito de un producto, se debe de hacer de manera subjetiva la elección de metodologías para investigar aunque se recomienda lo siguiente:

1. Valida lo más rápido posible:

En el momento de tener una funcionalidad casi lista se recomienda probarla para poder implementarla en el producto final o desecharla.

2. Prueba hipótesis pequeñas:

Al validar funcionalidades pequeñas podemos hacer investigaciones de alto impacto en nuestro equipo usando muy poco tiempo.

Normalmente los equipos validan las funcionalidades que ya están construidas, pero es más interesante probar las funcionalidades que se estén por implementar, esas que están dentro del backlog de desarrollo.

El resultado de investigaciones en features no construidos puede ser la cancelación o supervivencia de la implementación por lo que puede ser muy benéfico.

3. Hacer investigación de usuario adelantado:

Es recomendable hacer la investigación de usuario del sprint próximo para que el proceso no retrase el desarrollo, aunque no se recomienda hacer investigación muy adelantada porque puede romper el flujo ágil al hacer trabajo innecesario.

4. Haz visible la investigación en el backlog:

Al insertar investigación en la estructura ágil se va a ayudar a priorizar las tareas y que éstas sean asignadas a alguien y sean asignadas a alguien en el proceso de planeación del sprint y que no interfieran en los tiempos.

5. Involucra a todo el equipo:

Si la investigación se hace tarea de todo el equipo, va a ser más sencillo generar dudas que se tengan que validar lo que va a ayudar a reducir el desperdicio de hacer funcionalidades innecesarias.

También ayudará a que todo el equipo haga el desarrollo centrado en el usuario porque verán al usuario fallar lo que ayudará a la creatividad en general.

Este texto fue basado en el inmejorable curso de User Research de Platzi impartido por Misael León.