En Contra…
No se conoce cuando se tendrá un producto aceptable.
No se sabe cuantas iteraciones serán necesarias.
Da una falsa ilusión al usuario sobre la velocidad del desarrollo.
Se puede volver el producto aún y cuando no este con los estándares.
El Modelo de Espiral
Los productos de software son creados a través de múltiples repeticiones del proceso del ciclo de vida. Se rompen un mini-proyectos.
Estos modelos han sido aplicados al desarrollo de software.
Aun no han madurado al punto de ser aplicados como modelos de desarrollo con tiempos y limitaciones de costos.
El Modelo de Espiral
Requerimientos
Análisis
de Riesgo
Prototipo
Requerimientos
del Software
Validación de
Requerimientos
Plan de
Desarrollo
Prototipo
Diseño del
Producto
Validación del
Diseño
Pruebas de
Integración
Prototipo
A Favor…
El producto avanza a pasos firmes solucionado riesgos en cada iteración.
El producto termina con todos los riesgos resueltos.
Se pueden incluir otros métodos de desarrollo en las iteraciones.
A medida que el costo aumenta, los riesgos se reducen.
Se tienen puntos de control en cada interacción.
En Contra…
Es complicado.
Requiere de mucha administración.
Difícil de definir los objetivos, metas que indiquen que podemos avanzar al siguiente ciclo.
Se puede caer en un desarrollo de nunca acabar.
El Modelo de Procesos
Impulsa un proceso iterativo de desarrollo.
Cada ciclo es una versión del producto.
Utiliza metas definidas para marcar la transición entre las distintas etapas.
Ofrece mayor poder de decisión a los usuarios.
Busca mejorar la calidad y creatividad.
El Modelo de Procesos
Idea/Necesidad
Estabilización
Construcción
Planeación
Las Metas
Liberación
Visión y
Alcance
Código
Completo
Especificaciones
Aprobadas
A Favor…
Etapas claramente definidas con metas, entregables y responsables.
Se establecen roles asociados al modelo que promueven la participación de todos.
Involucra muy de cerca al usuario.
En Contra…
Dado que la mayoría de las decisiones son en consenso por el equipo en su conjunto, en ocasiones toman más tiempo de lo debido.
Para proyectos pequeños puede resultar poco practico.
El considerar versiones hace que se dejen de lado algunas decisiones.
Desarrollo Incremental
Permite construir el proyecto en etapas incrementales en donde cada etapa agrega funcionalidad.
Cada etapa consiste de requerimientos, diseño, codificación, pruebas, y entrega.
Permite entregar al cliente un producto más rápido en comparación del modelo de cascada.
Desarrollo Incremental
Reduce los riesgos ya que:
Provee visibilidad sobre el progreso a través de sus nuevas versiones.
Provee retroalimentación a través de la funcionalidad mostrada.
Permite atacar los mayores riesgos desde el inicio.
Desarrollo Incremental
Se pueden hacer implementaciones parciales si se cuenta con la suficiente funcionalidad.
Las pruebas y la integración es constante.
El progreso se puede medir en periodos cortos de tiempo.
Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.
Desarrollo Incremental
Se puede planear en base a la funcionalidad que se quiere entregar primero.
Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo como técnico.
A Favor …
La solución se va mejorando en forma progresiva a través de las múltiples iteraciones.
Incrementa el entendimiento del problema y de la solución por medio de los refinamientos sucesivos.
En Contra …
Requiere de mucha planeación, tanto administrativa como técnica.
Requiere de metas claras para conocer el estado del proyecto.
Un Proyecto…
Un proyecto es una organización transitoria de individuos dedicados a alcanzar un objetivo especifico dentro de un periodo de tiempo, un presupuesto, y un objetivo técnico.
Por lo Tanto…
Un proyecto:
Tiene un principio y un fin.
Debe de tener un objetivo (debe de ser medible).
Requiere de un líder y de un equipo.
Lo que nos indica que es:
Temporal y Unico, ya que involucra hacer algo que no se ha hecho antes.
¿Qué Modelo?
Dado que cada proyecto es único, no existe un modelo que se aplique al 100% a todos los proyectos de una organización.
Una organización puede contar con uno o más modelos de desarrollo para ser utilizados dependiendo del tipo de proyecto.
El modelo seleccionado tendrá influencia en el éxito del proyecto y en el tipo de decisiones que se deberán hacer.
¿Cuál Seguir?
Para seleccionar el modelo a adoptar habrá que hacerse una serie de cuestionamientos:
¿Qué tantos son los riesgos del proyecto?
¿Qué tan claros están los requerimientos?
¿Se conoce bien la tecnología ha utilizar?
¿Visibilidad que requiere el proyecto?
¿Qué tanta planeación hacia adelante es requerida?
¿Qué restricciones se tienen?
Criterios de Exito
Contar con un modelo debidamente documentado. (entradas, salidas, entregables, aprobaciones)
Los documentos deben de estar actualizados.
La gente que participa en el proyecto debe estar capacitada en su uso.
Se debe de reforzar el uso del modelo mediante auditorias y revisiones.
Criterios de Exito
La alta gerencia debe soportar la utilización de un modelo.
Cualquier desviación al modelo debe ser documentada y aprobada.
Se debe de medir la eficiencia del modelo.
Retroalimentar y ajustar.
 Página anterior | Volver al principio del trabajo | Página siguiente  |