Professional Documents
Culture Documents
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).
8.- Conclusión.
En la reunión llevada a cabo durante la fase de diseño JAD se tratarán los siguientes
puntos:
2.- Refiniar y limitar los requisitos de alto nivel identificados en la fase de plan JAD.
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:
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
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:
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:
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