¿Qué es JAD?

Dicho esto, comenzamos. 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.

Las sesiones

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).

Temas a tratar en las sesiones

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.

Para terminar...
Como hemos podido ver, 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.

Fuentes bibliográficas:

Rapid Development: Taming Wild Schedules, Steve McConnell

Más información en:

[editar] Fundamentos del J.A.D

El proceso de JAD se basa en cuatro ideas simples:

1. La gente que hace un trabajo tiene la mejor comprensión de ese trabajo.

2. La gente entrenada en Tecnologías de la Información tiene la mejor
comprensión de las posibilidades de esas tecnologías.
3. Los sistemas de información y los procesos del negocio raramente existen en
forma aislada -- Más bien trascienden los límites de cualquier sistema u oficina y
afectan el trabajo en departamentos relacionados. La gente que trabaja en estas
áreas relacionadas tiene una percepción valiosa del papel del sistema dentro de
una comunidad más amplia.
4. Los mejores sistemas de información se diseñan cuando todos estos grupos
trabajan juntos en un proyecto como socios iguales.

Puede trazarse un paralelo entre lo que el proceso de JAD le da al desarrollo de sistemas

informáticos y lo que Henry Ford le dio a la fabricación de los automóviles: un método
para organizar la maquinaria, los materiales, y el trabajo de modo de poder ensamblar
un automóvil en forma más barata y rápida que nunca antes (la línea de montaje). La
meta en el desarrollo de sistemas es identificar lo que necesitan los usuarios y después
fijar un sistema o proceso que lo proporcionen. Los métodos tradicionales tienen varios
factores de retraso incorporados que empeoran cuanto más gente está implicada en el
proyecto.

[editar] Roles del JAD

[editar] El patrocinador del proyecto

Es quien presupuesta el proyecto, el dueño del sistema. Tienen el lugar más alto en la
organizacon, de modo que ellos pueden tomar las decisiones y proporcionar los recursos
necesarios y apoyar para el proyecto. Las Responsabilidades de Patrocinador de
proyecto
 • Asegurar que los clientes correctos son parte del grupo
• Asegurar que hay suficiente personal de soporte técnico en el proyecto
• Ayudar en la selección de casos de la prueba
• Ayudar en la definición del alcance y funcionalidad
• Ayudar en el benchmarking contra los sistemas actuales y los sistemas externos
• Evaluar si el sistema es eficaz o no

[editar] Líder del Proyecto

Tiene que estar comprometido al proyecto, tener un conocimiento de fondo del área
comercial y sistemas de información actuales relacionados. Ellos necesitan ser
entusiastas y objetivos y no permitirle a ningún solo individuo dominar el grupo.
Responsabilidades del Líder de proyecto:

• Asegurar que todos los roles de su equipo estén ocupados(que no falte nadie)
• Asegurar que las reuniones se planifiquen y publiquen con agenda
• Asegurar que las agendas se planifican y se siguen
• Asegurar que se asignan las tareas y se cumplen, y que el listado de tareas se
ejecutan en en la secuencia prevista con su línea de tiempo
• Coordinar el esfuerzo de los analistas del equipo

[editar] Registrador

Toma los apuntes durante una sesión, y entonces los revisa en un resumen conciso de
discusiones y decisiones. Es importante que las notas resultantes no son una
transcripción de quién lo dijo. Este papel puede compartirse entre varios miembros del
equipo según necesidad. Estas notas sirven como una referencia al grupo al retomar las
discusiones, y para la referencia del retorno en los puntos complejos.
Responsabilidades:

• Tomar notas durante las reuniones.

• Resumir y condensar notas después de la reunión
• Asegura que el líder del proyecto así como el patrocinador revisan las notas y las
corrigen antes de publicarlas
• Guardar un historial de notas previendo la entrada de nuevos miembros al
equipo en fases adelantadas del proyecto

[editar] Time keeper

Son los responsables de asegurar que se cumpla la agenda establecida a fin de optimizar
el tiempo

[editar] Clientes

Son los que conocen cómo funcionara el sistema y cómo se usa. Ellos ayudarán al
equipo a comprender las tareas manipuladas por el sistema. Responsabilidades:

• Definir la información con la que el proceso tiene que tratar.

• Crear casos de uso para su prueba.
• Analizar los obstáculos al éxito en el ambiente actual.
[editar] Las ventajas y las desventajas

Comparado con métodos tradicionales, JAD es más costoso y puede ser incómodo si el
grupo es demasiado grande concerniente al tamaño del proyecto. Muchas compañías
encuentran, sin embargo, que JAD permite que los usuarios dominantes participen con
eficacia en los requisitos que modelan proceso. Cuando los usuarios participan en el
proceso del desarrollo de los sistemas, es más probable percibir un sentido de la
propiedad en los resultados, y la ayuda para el nuevo sistema. Cuando está utilizado
correctamente, JAD puede dar lugar a una declaración más exacta de los requisitos del
sistema, a una comprensión mejor de metas comunes, y a una comisión más fuerte al
éxito del nuevo sistema.

Qué es una sesión JAD? Este término se refiere a menudo en anuncios de trabajo y
parece como una especie de lluvia de ideas que llevar a cabo con un cliente para definir
las especificaciones y requisitos. ¿Qué significan? Y ¿qué significa?
JAD es sinónimo de Aplicación Conjunta y de Desarrollo. Es una de las técnicas de
ingeniería de software que algunas personas con una gran cantidad de tiempo en sus
manos y se sentaron alrededor soñado. Has lo resumió en su pregunta. Todas las
metodologías de diseño de este tipo son complicadas sustituciones de una masa enorme
de sentido común. Siéntese con el cliente y el diseño de un documento de la interfaz de
usuario que puede ver lo que la aplicación se ven y se comportan como. G