Kick Off

En cuanto al Kick Off se pueden dar varios casos:

En que sea un primer contacto, y en el cual no hay segmentación de usuarios, ni un objetivo claro o un trabajo previo realizado a fondo. Luego, está el Kick Off que esté con una idea ya iniciada en el que haya una segmentación de usuarios un público objetivo, unos objetivos declarados, incluso una presentación con ideas y/o ejemplos que el cliente ha sacado a deducir haciendo su propio Research o investigación.

¿Qué debo saber del proyecto antes de ir a un KickOff?

Cuanto más sepas del proyecto mejor, Se pueden dar varios casos:

  1. Este Kickoff es una pequeña toma de contacto en el que no hay segmentación de usuarios no hay un objetivo claro o un trabajo previo realizado a fondo.
  2. Que el Kickoff se base sobre una idea ya iniciada en el que haya una Segmentación de usuarios un público objetivo, unos objetivos declarados, incluso algún Moodboard con ideas o presentaciones del tipo PDF o PowerPoint con ejemplos que el cliente ha sacado a deducir haciendo su propio research.

Para caso en el que el KickOff sea una toma de contacto. Tu ROL tiene que ser escuchar, tomar muchas notas, y tienes que irte de esas reuniones con el mínimo de dudas posibles con el que puedas empezar hacer tu trabajo.

Por ejemplo si estás usando Design Thinking como metodología UX el KickOff es una buena iniciativa para empatizar y para empezar a hacer nuestro Research.

En el caso segundo puedes tomar ventaja pidiéndole al cliente o a los Stakeholders que vayan a trabajar contigo toda la documentación que ya exista sobre el proyecto.

Esto nos va a permitir trabajar en un research propio sobre la idea que ya tiene el cliente ver toma de requisitos indispensables (cómo qué framework se va a utilizar en programación, fechas de entrega, plazos etc).

Por ejemplo en el caso que yo trabajé ya existía una documentación técnica muy muy avanzada y desarrollada que el departamento de programación de nuestro cliente realizó (Te recomiendo mirar Diagramas de programación, User Stories etc que usan los programadores internamente, y comprenderás este tipo de aburridos documentos muy fácilmente). Entonces en mi caso lo que hice fue estudiar esa documentación y traducirla a lenguaje Visual, Pantallas, Menús etc y tener una visión de profundidad para empezar a calcular las primeras fechas de entregas.