Está en la página 1de 6

JAD

¿Q U É E S J A D ?
JAD es una técnica de definición de requisitos y de diseño de la interfaz de usuario, basada en
reuniones participativas entre clientes, directiva y desarrolladores. En dicha reunión los temas a
tratar se centran más en el negocio que en el asunto técnico. Lógicamente está más orientado a
proyectos de cliente (o bien sistemas a medida, como también se los conoce), y permite recolectar
requisitos eficientemente.

Hay que tener cuidado porque estas reuniones pueden hacer ver a los clientes una falsa realidad en
cuanto al progreso del proyecto o la productividad. Además, hay que prestar especial cuidado con
las estimaciones tempranas, aquellas que entrañan un mayor riesgo por el mayor desconocimiento
del sistema y que deben ofrecer una amplitud de rango mayor entre mejor estimación y estimación
pesimista.

Esta técnica sale beneficiada si se utiliza en modelos incrementales, ya que permite pulir poco a
poco el sistema en función de las necesidades del cliente. Para su buen funcionamiento es
fundamental que cada grupo o rol que participa en las reuniones se implique al máximo. Bien
utilizada, esta técnica permite ver conflictos entre requisitos y eliminar aquellos menos útiles
(costosos, poco beneficio o rendimiento logrado, etc.).

ESTRUCTURA DE LA TÉCNICA
JAD consta de dos fases: planificación y diseño. Ambas tratan los requisitos, pero a distinto nivel de
abstracción. Si bien en planificación se tratan los requisitos a un nivel más alto, estudiando sobre
todo la utilidad y la viabilidad de los mismos, en la fase de diseño se realiza un uso intensivo de
prototipos y se diseña la interfaz de usuario, el presupuesto, la calendarización y el esquema de la
base de datos (en caso de que esto último sea aplicable al sistema a tratar). Cada una de estas fases
llevaría en torno a entre uno y diez días. No confundir la fase diseño-JAD con la fase de diseño del
proyecto; JAD es una técnica que se aplicaría en fase de planificación y análisis.

Cada fase, además, consta de tres partes: preparación (decidir quién asistirá a cada reunión), sesión
o reunión propiamente dicha y conclusión, donde se extraen los principales puntos consensuados
durante la sesión y se plasman en algún soporte permanente. El papel está bien, no caigamos ya en
la tecnofilia, siempre que sea un soporte permanente, accesible por todos y, sobre todo, refleje un
consenso aceptado por todas las partes. Algo así como un contrato.

Una vez terminado el proceso de JAD, se sigue con el modelo de desarrollo elegido. Es decir, JAD
es independiente del modelo de desarrollo, con lo cual es aplicable siempre.
APLICACIÓN:
Las sesiones tendrán lugar en lugares apartados, neutrales (sí, esto es la guerra: tú junta clientes,
directivos y desarrolladores y no dejes a mano armas de fuego ni blancas o presenciarás una cutre
película gore). Además se facilitará todo lo necesario para centrarse en el trabajo: piscolabis,
refrescos, nolotiles, aspirinas, etc.

Los roles son los siguientes: moderador, ejecutivo cliente, usuario final, desarrollador, secretario y
especialistas en determinados campos de interés para el producto. Estos últimos son los únicos
personajes que no necesitan estar presentes todo el tiempo que dure la sesión. Es importante
recalcar que cada rol debe ser desempeñado por gente clave, y no debería asistir más de ocho
personas (como número orientativo).

En el JAD de planificación, que dura entre 1 y 5 días, se trata lo siguiente:

1.- Conducir la orientación. Introducción.

2.- Definir los requisitos de alto nivel.

3.- Limitar el alcance del sistema.

4.- Identificar y estimar las fases del diseño JAD.

5.- Identificar los participantes del diseño JAD.

6.- Planificar la sesión de diseño JAD.

7.- Documentar las decisiones tomadas.

8.- Conclusión.

En la reunión llevada a cabo durante la fase de diseño JAD se tratarán los siguientes puntos:

1.- Conducir la orientación. Introducción.

2.- Refiniar y limitar los requisitos de alto nivel identificados en la fase de plan JAD.

3.- Desarrollar un flujo de trabajo (workflow).

4.- Desarrollar la descripción de dicho workflow.

5.- Diseñar la interfaz de usuario.


6.- Especificar requisitos de procesamiento.

7.- Definir interfaces.

8.- Identificar grupos de datos y funciones.

9.- Documentar las decisiones consensuadas.

10.- Conclusión.

JAD PARTICIPANTES

 Patrocinador Ejecutivo
El patrocinador ejecutivo da la credibilidad proceso JAD en los ojos del cliente. Durante la
orientación JAD, el patrocinador se dirige a todo el equipo para expresar su apoyo a un esfuerzo de
cooperación y para confirmar que el proceso de JAD cuenta con el apoyo corporaciones. El
patrocinador ejecutivo también debe expresar confianza en el facilitador durante la sesión de
orientación. La dirección del patrocinador ayuda a minimizar la resistencia inicial de que los
representantes de los clientes se sientan a participar en el esfuerzo de JAD.

  Facilitador
 El éxito o el fracaso del proceso de JAD se ata de cerca a qué tan bien el facilitador se encarga de la
sesión. Esta persona debe estar altamente capacitado como un facilitador y debe tener un excelente
conocimiento de las herramientas y técnicas que se utilizan para la captura de requisitos en las
sesiones de JAD. El facilitador también debe ser capaz de comunicarse de manera efectiva con los
diferentes tipos de células presentes en un equipo JAD personalidad.

 Usuarios
 Los usuarios tienen las siguientes responsabilidades en el proceso de JAD: (11)
· Servir como el principal foco de JAD (usuarios representan el 65 por ciento a 75 por ciento del
total del grupo).

· Proporcionar conocimientos de negocios.

· Representar a la dirección estratégica, táctica u operacional de la empresa.

· Representar a todos los principales grupos de usuarios o facciones afectadas por el proyecto.

· Representar a múltiples niveles de la organización.

 IT Representante
Representantes de TI prestan asesoramiento técnico cuando sea necesario, ayudar a desarrollar
modelos lógicos y especificaciones, y construir el prototipo. Para realizar estas tareas, deben estar
bien informados sobre el proceso de JAD y las herramientas y los métodos que se utilizan.
Representantes de TI suelen ser algunos de los principales desarrolladores del sistema.

 Redactor
El escriba participa en discusiones JAD para aclarar puntos y capturar correctamente. El escriba le
puede pedir al facilitador para detener el proceso cuando sea necesario revisar, obtener aclaraciones,
o la oferta reformulación. El escriba no debe ser obligado a participar en los debates en curso como
un representante de TI o representante de los usuarios. El escriba nunca debe funcionar como
facilitador. Un facilitador que también está actuando como el escriba puede hacer que las sesiones
de JAD para empantanar significativamente.

Los escribas tienen las siguientes responsabilidades en el proceso de JAD:

 · Asegúrese de que los resultados de las sesiones de JAD son documentados y entregados según lo
previsto.

 · Servir como un socio para el facilitador antes, durante y después del taller.

 · Proveer de referencia y revisar la información para el facilitador.

 Observador
Un observador tiene las siguientes responsabilidades en el proceso de JAD:

· Ver y escuchar.

 · Conocer las necesidades del usuario y las decisiones de los talleres.

· Interactuar con los participantes y el facilitador sólo durante los descansos o antes y después de las
sesiones.

Tras las siglas JAD se esconde un conjunto de directrices, técnicas y consejos que no son nada
nuevas. Aquél que esperaba oír hablar de filostros y forlayos (véase Memorias de un Ingeniero, de
Alfredo de Hoces) se ha llevado un chasco. Sin embargo no nos confundamos: JAD reúne un
compendio de buenas técnicas de demostrada utilidad, que pueden mejorar el tiempo de desarrollo y
aumentar la visibilidad del proyecto. Además utilizada de forma regular, esta técnica puede aportar
una mejora en el desarrollo de proyectos en general que la puede hacer muy útil. Finalmente señalar
que, utilizada con inteligencia, puede hacer que la satisfacción de los clientes se vea incrementada.
 
 EJEMPLOS DE DONDE SE PUEDE UTILIZAR JAD:

· Nuevos sistemas

· Mejoras en los sistemas existentes

· Conversiones del sistema

· Adquisición de un sistema de

 No todos los proyectos  son buenos candidatos para la JAD. Unas exposiciones de proyectos
apropiadas al menos algunas de las siguientes características:

 · Involucra a muchos grupos de usuarios cuyas responsabilidades fronteras cruzadas departamento


o división tradicional

· Consideradas como críticas para el éxito futuro de la organización

· Involucra usuarios dispuestos


· Es un proyecto por primera vez para la organización

· Tiene un historial problemático proyecto o de la relación entre los sistemas y las organizaciones de
usuarios

Aunque las características anteriores describen un buen proyecto candidato JAD, todas las
características que no deben estar presentes en sus primeros proyectos de JAD. A medida que el
equipo de desarrollo y el cliente se sientan más cómodos con el enfoque de JAD, se pueden
emprender proyectos más complejos.

BENEFICIOS
  Si las directrices anteriores son seguidos de cerca, es probable que  la JAD tenga éxito. Una sesión
de JAD exitoso debe proporcionar los siguientes beneficios:
El tiempo de desarrollo reducido. En JAD, se puede obtener información y validado en un marco de
tiempo más corto con la participación de todos los participantes (o, al menos, un grupo
representativo de participantes) que tienen un interés en el resultado de la sesión. JAD elimina las
demoras del proceso y se ha demostrado para reducir el tiempo de desarrollo de aplicaciones entre
20% a 50%.

También podría gustarte