cosmo

- Hace lo minimo para lograr el objetivo deseado.
- Evitar estar sobrecargado con trabajo informal nada productivo.
- Usar un proceso que puede ser personalizado y extendido paranecesidadesadicionales que pueden aparecer durante el desarrollo delciclo de vida del software.

Esos deben ser los objetivos que deben tener los miembros delproyecto para aplicar a este modelo de desarrollo, queviendolocon se muestra hasta ahorita, tiene todo el look de ser un Modelo Ágil.

Parece ser un modelo incremental e iterativo, ya que produce versione de sw.
Y lo que lo hace interesante es que seauna herramienta agnóstica,porque no esta asociado a ninguna linea en general, bueno eso enteoria, porque en la practica es una parte del Eclipse ProcessFramework (EPF). (Ver link).

Este modelo dedesarrollo es perfecto para proyectos pequeños, porquesegun el gráfico de roles, tranquilamente pueden participar 4 personas.

Y como este modelo tiene las bases del RUP (pero sin tantoformalismo),aun mantiene el análisis de riesgos, que hoy por hoy es uno de loscampos que no podemos descuidar.

Pero, sera factible aplicar este modelo sin tanto formalismo, buenocreo que eso podria ser unadesventaja si no se usa bien este modelo,ya que como da muchas libertades podemos caer en la tentacion dehacerlo en desorden y perder el hilo del proyecto.
Bueno, eso seria bueno verlo en la práctica.Links
1.- Aqui esta el sitio del EPF (Eclipse Unified Process) donde muestralo que es este proyecto y como OpenUP es parte de ella, ademas de unaque otra descarga.
http://www.eclipse.org/epf/

2.-El sitio http://www.epfwiki.net/wikis/openup/index.htm no existe oesta en ingles, mejor les muestro un sitio mejorado en wiki pero enespañol.http://www.epfwiki.net/wikis/openupsp/openup_basic/customcategories/introduction_to_openup_basic,_BTJ_YMXwEduywMSzPTUUwA.html

3.- Aqui la conferencia por parte de
Scott W. Ambler , Lider en la practica de Desarrollo Ágil de IBM; tratade como...