¿Porque no cambiamos la forma como definimos los proyectos?
Por mi experiencia en reuniones de definición de proyecto y por el tipo de documentos que solemos generar en ese proceso, creo que podrÃa ser interesante replantearnos la forma en la que afrontamos los “kickoff“.
El proceso y la documentación suelen resultar farragosos y asimétricos. Asimétrico por que la documentación suele ser concreta en la parte en la que deberÃa ser abstracta, como por ejemplo cuando se definen los campos de formulario de un proceso. Mientras que es abstracta en lo que deberÃa ser concreta, como por ejemplo como deberÃan ser los objetivos o indicadores a tener en cuenta en los procesos principales del producto.
Esta situación propicia que en algunos casos el proceso de diseño de producto se convierta en un intricado proceso de gestión de expectativas del equipo y el cliente.
Todo este proceso tienen algo que hace que me resulten lejanos a mi forma de trabajo de los últimos tiempos.
Pero no digo que la toma de requisitos sea una fase a evitar, de hecho tener unas pautas de que se espera del proyecto siempre es útil y necesario. Pero creo que no lo enfocamos del todo bien.
Una forma de resolverlo podrÃa ser teniendo una entrevista con el cliente. Algo que sirva para aprender, para conocernos, para entendernos. No en torno a una mesa con un montón de gente de diferentes departamentos, sino una entrevista dialogada en la que entendemos las necesidades, los desafios, el ecosistema en el que vive el proyecto. Estableciendo una relación de dialogo.
¿Y si vamos un poco más allá?
¿Se podrÃa monta como un hÃbrido de  entrevista y taller de co-creación?. En el que el cliente cuenta lo que necesita, que implica, como lograrlo, o mezclarlo con un focus-group. Detectar necesidades e inquietudes.
Un taller en el que se trabaja con el equipo del cliente sobre las dificultades o desafÃos del proyecto.
¿Y si el documento de kickoff es un primer prototipo?. ¿O grabarlo y editar el video y que uno de los entregable sea un clip de video con todo el proceso?
Suena interesante. No sé si podrÃa reducir tiempos del proyecto, pero desde luego haria más sencillas las cosas.
Si tienes un proyecto y crees que esto puede tener alguna utilidad avisame por favor, estaré encantado de jugar en tu equipo.
21 de January, 2012 - 12:17 am
Desgraciadamente, los procesos iniciales son muy rÃgidos y están demasiado sujetos a protocolos que casi nunca son verdaderamente prácticos. Como bien dices, las tÃpicas reuniones interdepartamentales, no son un comienzo ágil y fresco. Todo está demasiado limitado por factores ajenos a nuestro trabajo y a metodologÃas ‘oxidadas’.
En mi opinión, se deberÃa de dejar de considerar nuestro trabajo como un ‘valor añadido’. Eso nos hace mucho daño y no nos sitúa en el ámbito de importancia que merece.
Falta agilidad y frescura, y sobran corsés. Perdemos horas y horas en reuniones, , ‘powerpoints’, documentos ‘oficiales’ y demás cuestiones que nos alejan de lo esencial. Yo también creo que deberÃa ser un proceso más vivo, flexible e imaginativo. Como debemos ser nosotros mismos.
El método no deberÃa estar reñido con la imaginación y la capacidad de sacar lo mejor del cliente y de nosotros mismos. Demasiada rigidez, siendo quienes se supone que somos y haciendo lo que se supone que hacemos.
Perdón por el tocho, y un saludo.
23 de January, 2012 - 11:06 pm
@Bosco. No puedo estar más de acuerdo contigo. Muchas gracias por tú comentario. Que no ha sido nada tocho, sà no muy agradable de leer.
Como tú cometas, yo también creo que la imaginación y poder disfrutar en los proyectos es muy importante y marca la diferencia.
Saludos.