Ciclos Genéricos

vs ágiles
 Ciclos de Vida para toda
necesidad

Ciclos Genéricos vs
ágiles
 Genéricos v/s agiles.

Hasta ahora hemos definido algunas metodologías tradicionales de

desarrollo de software, que su mayoría requieren secuencia de
actividades y definiciones rígidas o semi rígidas para enfrentar el
desarrollo, además revisamos algunas metodologías ágiles que
promueven una mayor interacción con el cliente y el desarrollo de
productos funcionales tempranamente con menor cantidad de
documentación.
Aplicaremos un ejemplo para ver como se enfrenta el desarrollo en
ambas visiones el desafío es desarrollar un Robot bajo metodología
cascada y bajo metodología Scrum.
 
 Robot en metodología Cascada

En una etapa de Análisis de Requerimientos, el cliente define la necesidad

de construir un robot para lo cual nos plantea que requiere un robot que
pueda caminar y cumplir órdenes simples como avanzar, retroceder y otras
operaciones. Los componentes son: brazos, tracción, circuitos, centro de
control, cuerpo y la capacidad de moverse entre 2 lugares geográficos. Se
debe definir el detalle de los componentes que conforman el robot, el
equipo de diseño no puede avanzar en el diseño de las partes, mientras no
se definan todos los requerimientos en el transcurso de 3 meses. La
creación de la documentación implica mayores tiempos en esta
metodología, hasta ahora no existe un producto Visual y el cliente está
impaciente por ver su producto.
 
 Robot en metodología Cascada

En una etapa de Diseño, se comienza a

trabajar en los planos del robot y los
materiales en que debe ser construido,
se definen parámetros de seguridad y
los planos de la ciudad para que el robot
pueda determinar la ruta de traslado.
Llevamos 6 meses y aún el cliente no ve
su producto, el encargado de desarrollo
no encuentra la forma de señalar al
cliente que está en construcción su
Robot, aun cuando le mostró los planos
del diseño el cliente quedó confundido y
frustrado.
 
 Robot en metodología Cascada

Llevamos 6 meses y aún el cliente no ve su producto, el encargado de

desarrollo no encuentra la forma de señalar al cliente que está en
construcción su Robot, aun cuando le mostró los planos del diseño el
cliente quedó confundido y frustrado.
 
 Robot en metodología Cascada

Después de 6 meses, por fin el robot está en proceso de construcción, se

construye el circuito y la tracción y no se puede probar aún puesto que son
sistemas que depende de otros. Se construye el centro de control del robot y
se avanza construyendo las restantes piezas, se integran los componentes y se
entrega para ser probado, el cliente está desesperado, puesto que ve pasar el
tiempo y no hay un robot o parte de él funcionando.
 Robot en metodología Cascada

Después de 10 meses no se puede probar el robot, ya que el equipo se da cuenta

que falta el componente que entrega la energía al robot, el componente no
estaba diseñado por lo cual no se construyó y no se puede construir ya que no fue
considerado el diseño, se pide al equipo de diseño diseñar el componente de
energía, pero el equipo señala que no lo puede diseñar ya que no estaba
solicitado en los requerimientos iniciales. El cliente ya está completamente
desesperado, su robot no funciona aún y además el cliente pensaba poder
agregar una integración con un DRON, ya que el robot debe trasladarse, pero la
congestión vehicular aumentó en los últimos 10 meses y además los planos
geográficos cargados al inicio del desarrollo están desactualizados.
Robot en metodología Cascada

Después de 12 meses no se
logró implementar aún el robot,
el cliente está destrozado, ha
invertido mucho dinero y no hay
resultados visibles, se cuenta
con un conjunto de
componentes que no funcionan
 Desarrollo con Metodología Ágil SCRUM.

En el análisis, el cliente solicita el desarrollo

de un robot a través de un encargado que
entregará y validará los requerimientos,
denominado Dueño o Propietario del
producto.
El dueño del producto divide el producto en
una serie de componentes o historias de
usuario, generando la pila del producto.
 Desarrollo con Metodología Ágil SCRUM.

El dueño del producto entrega la pila al gestionador del Scrum o Scrum Master
esta pila incluye: brazos, tracción, circuitos, centro de control, cuerpo y la
capacidad de moverse entre 2 lugares geográficos, el equipo define el esfuerzo que
implicará cada historia de usuario y se reordena la pila de acuerdo a la prioridad
del cliente.
Desarrollo con Metodología Ágil SCRUM.
 Desarrollo con Metodología Ágil SCRUM.

Primer Sprint, se define que se desarrollará el componente más importante en un

ciclo de 15 días, se obtendrá el cuerpo terminado del robot, que incluye la fuente
de energía.
 Desarrollo con Metodología Ágil SCRUM.

Se determina que para cumplir con el primer componente se deben definir las
tareas que esto implica, el dueño del producto reordena las prioridades de las
tareas y el equipo de trabajo desarrolla el primer componente, se trabaja día a día
y se establecen reuniones de avance.
 Desarrollo con Metodología Ágil SCRUM.

El cliente puede ver que el cuerpo del robot existe y tiene energía, en 15 días ya
obtiene algo de su robot, el cliente está motivado puesto que visualiza un avance.
Desarrollo con Metodología Ágil SCRUM.
 Desarrollo con Metodología Ágil SCRUM.

El segundo sprint, se define que se desarrollará el componente que son los brazos
en un ciclo de 10 días, se obtendrá el cuerpo con sus brazos y se determina que
para cumplir con el segundo componente se deben definir las tareas que esto
implica, el dueño del producto reordena las prioridades de las tareas y el equipo
de trabajo desarrolla el segundo componente realizando día a día su respectiva
reunión de avance y retrospectiva, el cliente puede ver que el cuerpo del robot
existe, tiene energía y además brazos, en 25 días ya obtiene su robot con brazos y
es capaz de moverlos, el cliente está confiado en que se logrará el robot.
 Desarrollo con Metodología Ágil SCRUM.

En el tercer sprint, se define que se desarrollará el componente de tracción en un

ciclo de 20 días, se obtendrá el cuerpo con sus brazos y la tracción del robot, se
cargarán los datos de georreferencia actualizados y el cliente podrá ver que su
robot puede moverse, en 45 días se ha obtenido un avance significativo.
Mediante sprint sucesivos, se logrará crear el robot funcional completo en el más
breve plazo.