CAPITULO 6:

MODELADO ÁGIL Y
PROTOTIPOS
ALCANCE
MADELIN FELIZ
CUATRO PRÁCTICAS ÁGILES
ABDIEL GOMERA BÁSICAS
CADMIEL FERDINAND EL PROCESO DE DESARROLLO ÁGIL
JEISON ORTIZ ESCRIBIR LAS HISTORIAS DE LOS
USUARIOS
ALCANCE
 El alcance del proyecto te permite establecer límites en tu
proyecto y definir con precisión los objetivos, plazos y
entregables del proyecto que deseas lograr. Al definir claramente
el alcance de tu proyecto, puedes asegurarte de lograr las metas y
objetivos de tu proyecto sin sufrir demoras ni sobrecarga de
trabajo.

 Para definir el alcance de un proyecto de implementación,

debemos comenzar por establecer un plazo de tiempo para el
proyecto, estudiar y establecer los objetivos del mismo y la
distribución estratégica de recursos requeridos.
ALCANCE
 En la metodología ágil, para determinar el alcance hay que escuchar a los
clientes y hacer que escriban sus historias, que se examinan después para
determinar cuánto se puede hacer en un tiempo dado para satisfacerlos.
Las historias deben ser breves y fáciles de comprender.
 Mostrar vuelos alternativos
Preparar una lista de los cinco vuelos más económicos.
 Ofrecer alternativas más económicas
Sugerir a los clientes que viajen otro día, que tomen un especial de fin de
semana, promociones especiales o que utilicen otros aeropuertos alternos.
 Comprar un boleto
Permitir al cliente comprar boletos directamente con una tarjeta de crédito
(verificar validez).
CUATRO PRÁCTICAS ÁGILES
BÁSICAS
 Hay cuatro prácticas básicas que marcan una diferencia considerable entre la
metodología ágil y las demás metodologías: entregas pequeñas, semana de
trabajo de 40 horas, alojar al cliente en el sitio, y programar en pareja.
 1. En las entregas pequeñas, el equipo de desarrollo comprime el tiempo entre
entregas de su producto. En vez de entregar una versión completa con todas las
características en un año, mediante el uso de la práctica de entregas pequeñas
reducen el tiempo de entrega al resolver las características más importantes
primero y entregar ese sistema o producto para mejorarlo más adelante.
 2. En la semana de trabajo de 40 horas, los equipos de desarrollo ágil patrocinan
una práctica básica cultural en la que el equipo trabaja intensamente durante
una semana laboral de 40 horas. Como corolario de esta práctica, la cultura
refuerza la idea de que trabajar tiempo extra por más de una semana
consecutiva es dañino para la salud del proyecto y de los desarrolladores.
CUATRO PRÁCTICAS ÁGILES
BÁSICAS
 3. Alojar al cliente en el sitio; es decir, tener “en casa”, durante el proceso
de desarrollo, a un usuario experto en el aspecto de negocios relacionado
con el trabajo de desarrollo de sistemas. Esta persona es muy importante
para el proceso: escribe las historias de los usuarios, se comunica con los
miembros del equipo, ayuda a asignar prioridades y equilibrar las
necesidades a largo plazo de la empresa, y toma decisiones en cuanto a la
característica que se deba resolver primero.
 4. La programación en pareja es una importante práctica básica. Aquí usted
trabaja con otro programador que usted mismo haya elegido. Ambos
realizan la codificación y las pruebas. A menudo la persona con más
experiencia emprenderá el proceso de codificación primero, pero a medida
que la menos experimentada se empiece a involucrar, el que tenga la visión
clara sobre el objetivo será quien se encargue de la codificación.
 El proceso de desarrollo ágil

El modelado es una palabra clave en los métodos ágiles. El

modelado ágil aprovecha la oportunidad de crear modelos que
pueden ser lógicos, como los dibujos de los sistemas, o maquetas
de tamaño natural como los prototipos que describimos
anteriormente en este capítulo. Un proceso ordinario de
modelado ágil podría ser el siguiente:
1. Escuchar las historias de los usuarios por medio del cliente.
2. Dibujar un modelo del flujo de trabajo lógico para apreciar las
decisiones de negocios representadas en la historia de un
usuario.
3. Crear historias de usuarios con base en el modelo lógico.
 El proceso de desarrollo ágil
4. Desarrollar algunos prototipos de visualización. Para ello hay que mostrar a
los clientes el tipo de interfaz que tendrán.
5. Usar la retroalimentación de los prototipos y los diagramas del flujo de
trabajo lógico para desarrollar el sistema hasta crear un modelo físico de datos.
Ágil es la otra palabra clave en el modelado ágil. Ágil implica capacidad de
maniobrar. Los sistemas actuales, en especial los que están basados en Web,
imponen demandas gemelas: entregar el software tan pronto como sea posible
y seguir mejorándolo para agregar nuevas características. El analista de
sistemas necesita tener la capacidad y los métodos para crear aplicaciones
dinámicas, sensibles al contexto, escalables y evolutivas. El modelado ágil como
tal es un método que adopta el cambio.
FIGURA 6.7
Las prácticas básicas están
interrelacionadas con los
recursos,
actividades y valores del
modelado
ágil.
ESCRIBIR LAS HISTORIAS DE
LOS USUARIOS
 Incluso cuando el título de esta sección es “Escribir las historias de los
usuarios”, el énfasis en la creación de las historias de los usuarios está en la
interacción oral entre los desarrolladores y los usuarios, y no en la
comunicación escrita. En las historias de los usuarios, el desarrollador
busca principalmente obtener de los usuarios requerimientos de negocios
pertinentes.
 Por lo general, los usuarios se involucran en conversaciones a diario con
los desarrolladores en relación con el significado de las historias de usuario
que escribieron. Estas conversaciones frecuentes son interacciones
intencionales que tienen como meta evitar malos entendidos o malas
interpretaciones en cuanto a los requerimientos de los usuarios. Por lo
tanto, las historias de usuarios sirven como recordatorios para los
desarrolladores de que deben sostener conversaciones dedicadas a esos
requerimientos.