Equipo 1 Ing de SW
Modelo Ganar-GanarWin & Win
Equipo 1 Ing de SW
Introducción
Se trata de la negociación de principios (modelo de negociación de Harvard e ideado por el profesor Roger
Fisher) y consiste en separar persona y problema, es decir, justamente NO se trata que una persona le gana a otra.
Barry Boehm evolucionó su modelo en espiral hacia el modelo en espiral win & win, probablemente inspirado en
sus convicciones de que las personas son las que condicionan el éxito o el fracaso de un proyecto.
Equipo 1 Ing de SW
El Modelo
Extiende el modelo espiral, haciendo énfasis en la identificación de las condiciones de ganancia para todas las partes, creando un plan para alcanzar las condiciones
ganadoras y evitar los riesgos correspondientes. Se establecen las reglas para definir el proceso de desarrollo
del proyecto, tomando en cuenta todas las partes implicadas.
Equipo 1 Ing de SW
El Modelo [cont..]
El desarrollo del proceso software se basa en una constante negociación entre el cliente y el desarrollador en busca del
beneficio mutuo y constante, es decir, el cliente quiere “ganar” y el desarrollador también, por lo que el centro de
la negociación entre ambos adquiere una especial relevancia en la fase de los requisitos del Sistema.
Equipo 1 Ing de SW
El Modelo [Cont..]
Idealmente, el desarrollador simplemente pregunta al cliente lo que se requiere y el cliente proporcionaría el
suficiente detalle para proceder.
Equipo 1 Ing de SW
Actividades del Ciclo (Global)
1. Elaborar los objetivos, restricciones y alternativas del proceso y producto del sistema y subsistema.
2. Evaluar las alternativas con respecto a los objetivos y restricciones (identificando y resolviendo las fuentes principales de riesgo en el proceso y producto).
Equipo 1 Ing de SW
Actividades del Ciclo (cont..)
3. Elaborar la definición del producto y proceso4. Planear el siguiente ciclo, actualizando el plan del ciclo
de vida, incluyendo la partición del sistema en subsistemas para ser considerados en ciclos paralelos, lo cual puede incluir un plan para terminar el proyecto si es muy riesgoso o no es factible, asegurando el compromiso de la administración para continuar según lo planeado.
Equipo 1 Ing de SW
4 Ciclos del Modelo
En el Ciclo 0 (grupos de aplicación): Se determina la viabilidad de un grupo apropiado de aplicaciones.
En el Ciclo 1 (objetivos del ciclo de vida de la aplicación): Se desarrollan los objetivos del ciclo de vida, incluyendo
prototipos, planes y especificaciones de aplicaciones individuales, y se verifica la existencia de al menos una
arquitectura viable para cada aplicación.
Equipo 1 Ing de SW
4 Ciclos del Modelo [Cont..]
En el Ciclo 2 (arquitectura del ciclo de vida de la aplicación): Se establece una arquitectura del ciclo de vida detallado, se verifica su viabilidad, y se determina que no
existen riesgos mayores en satisfacer los planes y especificaciones.
En el Ciclo 3 (capacidad de operación inicial): Se alcanza una capacidad operacional inicial para cada etapa crítica
del proyecto en el ciclo de vida del software.
Equipo 1 Ing de SW
Puntos de Anclaje
Objetivos del Ciclo de Vida (Life Cycle Objetives - LCO): Define una serie de objetivos para cada actividad de software más importantes (un conjunto de objetivos
relacionados con la definición de los principales requisitos de nivel de producto).
Arquitectura del Ciclo de Vida (Life Cycle Architecture - LCA): Establece los objetivos que deben cumplirse como la
arquitectura de software se define.
Equipo 1 Ing de SW
Puntos de Anclaje (cont..)
Capacidad Operativa Inicial (Initial Operational Capability - IOC): Representa un conjunto de objetivos
asociados a la preparación del software para la instalación y distribución, la preparación previa a las instalaciones del sitio, asistencia requerida por todas las partes que utilizará
o soporte técnico del software.
Equipo 1 Ing de SW
Ventajas
• Minimiza riesgos del proyecto• Agrega objetivos de calidad• Establece las reglas para definir el proceso del
desarrollo, tomando en cuenta las partes implicadas.
Equipo 1 Ing de SW
Desventajas
• Genera mucho tiempo en el desarrollo del sistema• Resulta como un modelo muy costoso• Requiere de mucha experiencia en la identificación de los
riesgos
Top Related