Ejemplo:

P1.- Por qu nos hemos retrasado en la entrega del proyecto?

R1.- Porque hemos tenido que hacer ms cambios de los previstos
P2.- Por qu hemos tenido que hacer ms cambios de los previstos?
R2.- Porque el cliente no quedo satisfecho con la primera versin del proyecto.
P3.-Por qu quedo satisfecho con la primera versin del proyecto?
R3.- Porque lo que se implement no responda a lo que el cliente necesitaba.
P4.- Por qu lo que se implement no responda a lo que el cliente necesitaba?
R4.- Porque no hicimos un buen anlisis de requisitos.
P5.- Por qu no hicimos un buen anlisis de requisitos?
R5.- Porque no tenemos un procedimiento para la captura de requisitos
Conclusin:
Si tuviramos un procedimiento estandarizado para la captura de requisitos de un cliente antes de comentar
un proyecto, no volveramos a retrasarnos en la entrega por haber tenido que hacer demasiados cambios
respecto del modelo original.

Es un mtodo difcil de aplicar si no todos los actores estn concienciados de su importancia, pero supone
una herramienta fundamental en las empresas de un mundo cambiante como el actual.
Aunque por regla general como conclusin os topareis con problemas en vuestro proceso de produccin, no
os sorprenda encontraros de golpe con respuestas que hacen referencia al modelo mismo de la empresa tipo
hemos fallado porque falta comunicacin o hemos fallado porque no tenemos un mando unificado entre
varios departamentos.
Yo, como siempre, suelo centrar los artculos en el mundo del desarrollo de software, pero es un mtodo que
funciona para cualquier cosa; desde la produccin industrial, como hace Toyota, hasta nuestra vida personal.