CC51A – Ingeniería de Software Entrevistas Sergio Ochoa D.

Estructura de la Presentación Introducción Detalles sobre Entrevistas Primera Entrevista Segunda Entrevista Tercera Entrevista en Adelante… Entrevistas de Validación Conclusiones

Entrevistas: Introducción Las entrevistas sirven para: Conocer, clarificar, o determinar el alcance del problema a resolver. Identificar a los actores involucrados (clientes y usuarios). Construir la confianza del cliente/usuario. Establecer los requisitos del sistema sin ambigüedades. Validar el trabajo ya hecho. Las entrevistas son el primer paso, en el desarrollo de un proyecto de software. Hay que hacerlas rápido y bien (planificadas y focalizadas).

Entrevistas: Introducción En un proyecto chico o en un equipo de trabajo chico (3-7 personas), todos deberíamos conocer y comprender el problema a resolver, y sus implicancias. Aunque tengamos responsabilidades distintas (roles distintos), debemos conocer el problema, de primera mano. Esto no es sólo responsabilidad de los analistas, o del adm. del proyecto. Hay muchas cosas que requieren intuición y buen criterio. Y eso se puede lograr sólo si comprendo el problema y el desafío que este representa.

Entrevistas: Introducción Hacer una primera entrevista abierta (como para abordar el tema) y revisarla (si es posible en grupo). Hacer una segunda entrevista focalizada, diseñada para sacarle el resto de la información al cliente. Se pueden hacer más entrevistas si es necesario. Haga la menor cantidad posible de entrevistas, pero todas las que necesite. Revisar los ítems más importantes (respecto a los requisitos) con el cliente y/o usuario (se debe obtener un OK). Valide con los usuarios, los requisitos entregados por el cliente y viceversa.

Entrevistas: Introducción Req. de Usuarios 2º/3º Entrevista en adelante… Contexto Solución de Softw. 1º y 2º Entrevista

Detalles sobre Entrevistas Entre 20’ y 1 hora. Vestirse igual (o similar) al cliente. Dos entrevistadores (máximo). Sólo uno pregunta, el otro toma nota. Llevar una pauta, con las preguntas. Identificar la entrevista: día, hora, tema a tratar, entrevistados, cargos, etc. Grabar cada entrevista (audio), pero sea sutil. Que el usuario/cliente sepa que las cosas confidenciales no saldrán a la luz. Obtener copia de todos los formularios involucrados en el proceso.

Detalles sobre Entrevistas Tráigase el modelo de datos actual (detallado), en caso de existir sistemas legados. Lleve lápiz y papel, aunque no lo use (podría necesitarlo). No use jerga computacional, ni regionalismos. La puntualidad es fundamental. Trate al cliente con respeto SIEMPRE !!! No trate de demostrar cuánto sabe usted de ésto: La estrella es el Cliente !!!

Detalles sobre Entrevistas Escuche las opiniones del cliente/usuario, aunque parezcan descabelladas. No repita las preguntas, siempre primero revise la cinta de sesiones anteriores. Muéstrele al cliente que ha comprendido su problema. No critique las falencias de los actuales sistemas, ni las del personal que lo construyó o que lo opera. Si va a pedir algo que requiere un esfuerzo importante del cliente y/o usuario, entrégueles algo a cambio. Ganarse a la secretaria del cliente, es casi tan importante como ganarse al cliente.

Primera Entrevista Tenga en cuenta todo lo anterior. Entrevista abierta (guiada por el cliente). Que el cliente diga todo lo que tenga que decir. Ser “Positivo”, hasta conocer más el problema. No prometer nada hasta analizar el problema en detalle. CONTÉNGASE !!!! La primera entrevista se usa para obtener una idea aproximada del problema a resolver. Normalmente se obtiene mucha basura, por lo que hay que separar la paja, del trigo. Establezca claramente quién será la contraparte en el proyecto, y quiénes serán los interlocutores válidos.

Primera Entrevista (cont.) Trate de traerse toda la documentación que pueda, para poder analizar mejor el problema a resolver, determinar su alcance e implicancias sobre otros sistemas. Entre la información que debe traerse de la 1º entrevista (dentro de lo posible) está: Formularios actuales que se usan en el sistema (o solicitar un screenshot de las pantallas). Documentación de proyectos previos (tanto exitosos como fracasados) Modelo de datos actual. Tipo y cantidad de usuarios del sistema. Recursos de hardware disponibles. Recursos de software que forman parte del ambiente operacional.

Primera Entrevista (cont.) Entre la información que debe traerse de la 1º entrevista (dentro de lo posible) está: Recursos de comunicaciones que forman parte del ambiente operacional Restricciones del desarrollo (plazos, lenguajes de desarrollo o BD a utilizar, browsers usados para Front-End, etc.) Idea general de los macro-componentes del sistema (2 – 4 componentes), y sus prioridades de desarrollo. Relación entre estos componentes. Nivel de innovación que involucra el proyecto, para la organización.

Segunda Entrevista Entre 45’ y 1 hora. Entrevista semi-abierta (guiada por el cliente y el entrevistador). La idea es conocer más en detalle los sub-problemas a resolver, el ambiente operacional (en caso de dudas) y las características de los usuarios del sistema. Revisen los puntos críticos identificados en la primera entrevista. Que guíe el entrevistador, pero que le permita al cliente expresar todo lo que tenga que decir. Continúen siendo “positivos”, hasta conocer más el problema. Sin embargo si hay alarmas tempranas, pónganle el aviso al cliente.

Segunda Entrevista No prometan nada hasta analizar el problema en detalle…… CONTÉNGANSE !!!! Usen esta entrevista para completar la información relevada y clarificar aspectos oscuros. Traten de mantener al cliente en la línea de lo que es relevante. Lleven la lista de preguntas preparadas... Caractericen a los clientes/usuarios del sistema. Determinen clara y formalmente el compromiso de tiempo de su contraparte!!

De la Tercera en Adelante… Entre 20’ y 35’. Casi todo lo anterior..... Entrevista focalizada (guiada por el entrevistador). Se utiliza para completar/profundizar la información relevada y clarificar aspectos oscuros. El cliente debe mantenerse en la línea de lo que es relevante. Se obtienen los requisitos de usuarios. Sea realista, cueste lo que cueste. No prometer nada que no tengamos la certeza, de que va a poder realizarse. Lleve la lista de preguntas preparadas...

Entrevistas de Validación Validar los requisitos conflictivos (al menos una vez). Validar todo lo que usted considere necesario, ... pero con cuidado... Validar el avance del proyecto, a través de prototipos (buenos prototipos !!!). Valide sólo lo que está escrito en los requisitos.... Cualquier otra cosa está fuera de lo que usted debe realizar. Sea directo, el tiempo del cliente también vale ....

Entrevistas de Validación Instálele el software (prototipo) al cliente, y asegúrese de que los prototipos sean validados. El usuario/cliente SIEMPRE está ocupado, por lo tanto no va a validar nada a menos que usted lo fuerce. El uso de prototipos involucra una etapa de entrenamiento que usted debe ofrecer, e incluir en el presupuesto.

¿Qué Cosas Preguntar (por ej.)? ¿Quiénes y cuántos son los usuarios?, ¿Qué debería poder hacer cada uno con el sistema? Determinación de los Usuarios del sistema. ¿Qué debe hacer el sistema?, ¿con qué restricciones debe hacerlo?, ¿qué es lo más prioritario? Determinación de los servicios del sistema. ¿Qué calidad se espera que tenga el software?. Determinación de los req. de calidad del software. ¿Cuáles son los formularios que actualmente contienen la información a procesar por el sistema? ¿Cuáles son los datos que debe manejar el sistema? Determinación de datos y servicios básicos a manejar por el sistema.

¿Qué Cosas Preguntar (por ej.)? ¿Cuál es el escenario en el que funcionará el sistema?, ¿Hay capacidad para actualizarlo?. Determinación del Ambiente Operacional. ¿Existen restricciones a cerca del funcionamiento del producto o del proceso de desarrollo del sistema? ¿hay que reutilizar procesos o BD existentes? Determinación de Restricciones. ¿Quienes serán la contraparte del proyecto? ¿dónde los encuentro? ¿cuál es su disponibilidad horaria para apoyar al proyecto?. Determinación de la contraparte. ... Cada una de estas preguntas pueden ser desglosadas en varias ...

Conclusiones Las entrevistas sirven para construir la confianza entre el proveedor y el cliente.... aprovéchelas!!! Las entrevistas sirven para entender y delimitar el problema, y para validar ideas/propuestas. No pierda de vista el contexto y los requisitos… ambos serán muy relevantes para la solución que se proponga. Demuestre que usted es serio, y que sabe hacer su trabajo. Demuestre compromiso con el proyecto. Aclare y limite el problema... Y luego póngalo por escrito (docum. de requisitos), y que el cliente lo firme!!

Conclusiones Prepárese muy bien para cada entrevista... Su imagen y la de su empresa depende en gran medida de ello. Sea cuidadoso al consultar, ... pero no se quede con ninguna duda. Sea ordenado para preguntar. La documentación de las entrevistas no se puede perder!!! La documentación de las entrevistas debe guardarse en un lugar de fácil acceso para todos los involucrados. Debe guardarse en forma ordenada (carpetas, ficheros, etc). Haga copias de esta documentación si es necesario.

Conclusiones Se puede entregar copia de las minutas de las entrevistas, a todos los participantes. Otra opción es pasar la documentación en limpio, y hacerla firmar por el cliente/usuario. El entrevistador debe ser alguien con buena capacidad de comunicación y habilidades sociales. Debe ser cuidadoso, formal y no impulsivo.