Entrevista con el cliente
con el cliente
Rafael Martínez González
Israel Rodríguez Martín
Índice
Introducción. La importancia de los requisitos
pág. 1
Crear un conjunto de requisitos a través de una entrevista al cliente
pág. 2
Lo primero es lo primero
pág. 2
Preguntas de libre contexto (contextuales)
pág. 2
Preguntas abiertas (generales)
pág. 3
Preguntas cerradaspág. 3
Preguntas de pasado, presente y futuro
pág. 4
Cuéntame algo más
pág. 4
Preguntas que no son realmente preguntas
pág. 5
Preguntar ¿por qué? sin decir “¿Por qué?”
pág. 5
Recopilando
pág. 6
Conclusiones
pág. 7
Fuentes consultadas
pág. 9
Introducción. La importancia de los requisitos
El desarrollo tradicional del software siempre ha requerido de unalarga fase de
recopilación de requisitos al comienzo de un proyecto, que, si no se trata correctamente,
suele acabar con retrasos en la planificación, que tienen un impacto significativo en el
proyecto en sí.
La mayoría de los que trabajan en la industria del software están familiarizados con el
concepto de requisitos y con el tradicional proceso de definición de requisitos para
proyectos dedesarrollo de software. En el mundo del desarrollo de software, los requisitos
son el anteproyecto que el equipo de desarrollo utiliza para crear un nuevo software. Los
requisitos identifican las funciones específicas que se espera que cumpla un software; más
concretamente, identifican los módulos que son usados para crear aplicaciones software.
La importancia de los requisitos se refleja enla investigación realizada por The
Standish Group, el cual encontró que el 28% de los proyectos software se terminan a tiempo
y con el presupuesto previsto. La causa de estos asombrosos resultados no es sólo
responsabilidad de los requisitos, pero tiene gran repercusión. Además, OneSpring estima
que la mayoría de las compañías que producen software invierten un 30% de su presupuesto
sólo enel proceso de definición de requisitos. En la mayoría de los proyectos de desarrollo,
esto suele añadir una gran suma de dinero al presupuesto. Lo que muchos profesionales de
esta industria saben es que el tradicional proceso de recopilación y definición de requisitos
raramente crea una buena instantánea del producto que evita excesos en el presupuesto y en
las horas de trabajo y que es elresultado de una pobre comunicación de las especificaciones
en las tempranas fases de un proyecto.
La mayoría de las empresas que crean software escriben sus requisitos en un formato
de texto básico – como por ejemplo Microsoft Word. El grado de detalle en estos
documentos varía en relación a la complejidad del proyecto y el entorno en el que el
proyecto está siendo desarrollado. Algunosproyectos puede llegar a tener cientos de páginas
de documentación y varios niveles jerárquicos que pueden llegar a ser confusos si no se
redactan correctamente. El principal problema de las extensas especificaciones textuales, sin
embargo, radica en que a nadie le gusta leerlas, y tampoco se dispone de la cantidad de
tiempo necesaria que se necesita para entenderlas.
1
Crear un conjunto derequisitos a través de una
entrevista al cliente
Si estás fabricando un nuevo producto o trabajando en el desarrollo de un producto
existente, comprender las necesidades del cliente es el fundamento de un producto
comercializable. Pero pocos de nosotros somos expertos a la hora de entrevistar y pocos
clientes cuentan sus necesidades de una forma clara y concisa acerca de los requisitos delproducto.
La construcción del producto adecuado empieza con unas preguntas directas. Las
preguntas directas son aquéllas que nos ayudan a adentrarnos y comprender las ideas e
intereses del cliente.
Lo primero es lo primero
Antes de plantarte delante del cliente y empezar a formularle preguntas, planea tu
objetivo. ¿Qué esperas conseguir entrevistando al cliente? ¿Quieres abordar todas las...
Regístrate para leer el documento completo.