MODELO EN ESPIRAL WIN WIN

Teoria win win

La teora win win (en castellano teora ganar ganar) naci del libro llamado "La meta" (the goal), escrita por
el fsico Eli Goldratt. La accin se desarrolla en una fbrica con problemas de liquidez, su director resuelve
situaciones
mediante
negociaciones
utilizando
el
mtodo
win
win.
Este mtodo ha revolucionado el mundo de los negocios, incluso se imparte en numerosas universidades
de Estados Unidos y Eli Goldratt ofrece seminarios sobre ello.
La teora win win es una negociacin donde de forma comunicativa todas las partes aportan sus objetivos,
creando una empata mtua hasta llegar a un acuerdo comn y todos salen beneficiados. En este caso el
objetivo no es conseguir lo ms barato, si no conseguir un acuerdo justo que asegure una buena relacin
entre las partes ya que stas se vern comprometidas a cumplir su parte del trato. En las negociaciones
existen temores, sentimientos encontrados, competitividad, envidia, etc. El mtodo win win constituye una
tcnica de negociacin ms. Hay ocasiones en las que no se puede ser tan dctil porque los oponentes se
aprovecharan. El mejor negociador es el que ms tcnicas domina y es capaz ser competitivo, agresivo o
caborativo cuando la situacin lo requiera en cada momento.
Funcionamiento del mtodo win win
La tcnica de negociacin win win se basa fundamentalmente en negociar teniendo como objetivo que
todas las partes salgan beneficiadas, separa a las personas de sus intereses individuales para enfocarse
en los de las dems partes que interactan. La frase que resume esta teora es "todos salimos ganando".
Alcanzar una solucin win win es muy complejo pero se puede resumir en tres actitudes:
1. Dejar las emociones negativas fuera del proceso: al comienzo de toda negociacin las partes que
intervienen tienen intereses opuestos, emociones negativas, miedo a perder, etc. Estas emociones
negativas hay que identificarlas porque en caso contrario sern un obstculo para conseguir los objetivos
win win.
2. Focalizarse en la solucin: lo principal es dirigir nuestro enfoque al debate y la negociacin, para
conocer las necesidades de la otra parte, es una forma de crear empata.
3. Explorar el contexto y las opciones: encontrar soluciones donde todas las partes estn satisfechas y
de acuerdo para poder trabajar juntos y que todos consigan sus objetivos. La negociacin win win consiste
en un 30% de dilogo, otro 45% de escuchar y el 25% restante se emplea en la aceptacin, cierre y
papeleo de dicho negocio.
Modelo Espiral Clsico o de cuatro regiones
El modelo espiral en el desarrollo del software es un modelo meta del ciclo de vida del software donde el
esfuerzo del desarrollo es iterativo, tan pronto culmina un esfuerzo del desarrollo por ah mismo comienza
otro; adems en cada ejecucin del desarrollo se sigue cuatro pasos principales:
1. Determinar o fijar los objetivos.
En este paso se definen los objetivos especficos para posteriormente identifica las limitaciones del proceso
y del sistema de software, adems se disea una planificacin detallada de gestin y se identifican los
riesgos.
2. Anlisis del riesgo.
En este paso se efecta un anlisis detallado para cada uno de los riesgos identificados del proyecto, se
definen los pasos a seguir para reducir los riesgos y luego del anlisis de estos riesgos se planean
estrategias alternativas.
3. Desarrollar, verificar y validar.
En este tercer paso, despus del anlisis de riesgo, se eligen un paradigma para el desarrollo del sistema
de software y se lo desarrolla.
4. Planificar.
En este ltimo paso es donde el proyecto se revisa y se toma la decisin si se debe continuar con un ciclo

posterior al de la espiral. Si se decide continuar, se desarrollan los planes para la siguiente fase del
proyecto.
Con cada iteracin alrededor de la espiral, se crean sucesivas versiones del software, cada vez ms
completas y, al final, el sistema de software ya queda totalmente funcional. La diferencia principal entre el
modelo espiral y los modelos anteriores (ej.: cascada, evolutivo, incremental, etc.) es la evaluacin del
riesgo.
Caractersticas del modelo en espiral para el desarrollo de software
Es considerado como un modelo evolutivo ya que combina el modelo clsico con el diseo de prototipos.
Contiene una nueva etapa que es el anlisis de riesgos, no incluida anteriormente.
Este modelo es el indicado para desarrollar software con diferentes versiones actualizadas como
se hace con los programas modernos de PC s.
La ingeniera puede desarrollarse a travs del ciclo de vida clsico o el de construccin de
prototipos.
Este es el enfoque ms realista actualmente.
El modelo en espiral esta compartida en varias actividades estructurales, tambin llamadas regiones de
tareas.
Existen seis regiones de tareas que son:
Comunicacin con el cliente: esta es una tarea requerida para establecer comunicacin entre el
desarrollador y el cliente.
Planificacin: esta tarea es necesaria aplicarla para poder definir los recursos, el tiempo y otras
informaciones relacionadas con el proyecto, es decir, son todos los requerimientos.
Anlisis de riesgos: esta es una de las tareas principales por lo que se aplica el modelo en
espiral, es
requerida para evaluar los riesgos tcnicos y otras informaciones relacionadas con el proyecto.
Ingeniera: esta es una tarea necesaria ya que se requiere construir una o ms representaciones
de la aplicacin.
Construccin y adaptacin: esta tarea es requerida en el modelo espiral porque se necesita
construir, probar, instalar y proporcionar soporte al usuario.
Evaluacin el cliente: esta tambin es una tarea principal, necesaria para adquirir la reaccin del
cliente segn la evaluacin de las representaciones del software creadas durante la etapa de
ingeniera y la de implementacin creada durante la etapa de instalacin.

Ventajas
El anlisis del riesgo se hace de forma explcita y clara. Une los mejores elementos de los restantes
modelos.

Reduce riesgos del proyecto

Incorpora objetivos de calidad

Integra el desarrollo con el mantenimiento, etc.

Adems es posible tener en cuenta mejoras y nuevos requerimientos sin romper con la metodologa, ya
que este ciclo de vida no es rgido ni esttico.
Desventajas

Genera mucho tiempo en el desarrollo del sistema

Modelo costoso

Requiere experiencia en la identificacin de riesgos

Del modelo en espiral de desprenden tres variantes:

Modelo de cuatro regiones o modelo original de BOEHM.

Modelo en espiral de seis regiones

Modelo en espiral Win Win. Este modelo es el que estudiaremos ms a detalle.

Modelo en espiral de seis regiones

Su Modelo de Ciclo de Vida en Espiral tiene en cuenta fuertemente el riesgo que aparece a la hora de
desarrollar software. Para ello, se comienza mirando las posibles alternativas de desarrollo, se opta por la
de riesgo ms asumible y se hace un ciclo de la espiral. Si el cliente quiere seguir haciendo mejoras en el
software, se vuelve a evaluar las distintas nuevas alternativas y riesgos y se realiza otra vuelta de la espiral,
as hasta que llegue un momento en el que el producto software desarrollado sea aceptado y no necesite
seguir mejorndose con otro nuevo ciclo.

Las 6 regiones que componen este modelo son las siguientes:

Comunicacin con el cliente - Tareas necesarias para plantear la comunicacin entre el

desarrollador y el cliente.

Planificacin - Tareas inherentes a la definicin de recursos, el tiempo y otras informaciones

relacionadas con el proyecto. Son todos los requerimientos.

Anlisis de riesgos Tareas para evaluar riesgos tcnicos y otras informaciones relacionadas con
el proyecto.

Ingeniera - Tareas para construir una o ms representaciones de la aplicacin.

Construccin y adaptacin - Tareas requeridas para construir, probar, instalar y proporcionar

soporte a los usuarios.

Evaluacin del cliente - Tareas requeridas para obtener la reaccin del cliente segn la evaluacin
de las representaciones del software creadas durante la etapa de ingeniera e implementacin
durante la etapa de instalacin.

Ventajas

El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de

computadora.

Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente

comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.

El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construccin de prototipos

en cualquier etapa de evolucin del producto.

Reduce riesgos del proyecto

Incorpora objetivos de calidad

Desventajas

Resulta difcil convencer a grandes clientes de que el enfoque evolutivo es controlable.

Debido a su elevada complejidad no se aconseja utilizarlo en pequeos sistemas.

Genera mucho tiempo en el desarrollo del sistema

Modelo costoso

Requiere experiencia en la identificacin de riesgos

Ejemplos

navegadores y controladores aeronuticos.

la creacin de un Sistema Operativo.

Modelo en espiral Win Win

El MODELO en espiral, propuesto originalmente por BOEHM , define un conjunto de actividades de
negociacin al principio de cada paso alrededor de la espiral. Ms que una simple actividad de
comunicacin con el cliente se definen las siguientes actividades:

Identificacin del sistema o subsistemas clave de los directivos. Saber que quieren?

Determinacin de las condiciones de victoria de los directivos. Saber que necesitan y los
satisface?

Negociacin de las condiciones de victoria de los directivos para reunirlas en un conjunto de

condiciones para todos los afectados (incluyendo el equipo del proyecto de software). VictoriaVictoria.

Diferencia entre el modelo en espiral clsico y el modelo en espiral win win

El Modelo Espiral (clsico) sugiere la comunicacin con el cliente para fijar los requisitos, en que
simplemente se pregunta al cliente qu necesita y l proporciona la informacin para continuar; pero esto
es en un contexto ideal que rara vez ocurre. Normalmente cliente y desarrollador entran en una
negociacin, se negocia coste frente a funcionalidad, rendimiento, calidad, etc.
"Es as que la obtencin de requisitos requiere una negociacin, que tiene xito cuando ambas partes
ganan".
El modelo Win & Win hace nfasis en la negociacin inicial, tambin introduce 3 hitos en el proceso
llamados "puntos de fijacin", que ayudan a establecer la completitud de un ciclo de la espiral, y
proporcionan hitos de decisin antes de continuar el proyecto de desarrollo del software.

El primer punto de fijacin, llamado objetivos del ciclo de vida (OCV), define un conjunto de
objetivos para cada actividad principal de ingeniera del software. Como ejemplo, de una parte de
OCV, un conjunto de objetivos asociados a la definicin de los requisitos del producto/sistema del
nivel ms alto.

El segundo punto de fijacin, llamado arquitectura del ciclo de vida (ACV), establece los objetivos
que se deben conocer mientras que se define la arquitectura del software y el sistema. Como
ejemplo, de una parte de la ACV, el equipo del proyecto de software debe demostrar que ha
evaluado la funcionalidad de los componentes del software reutilizables y que ha considerado su
impacto en las decisiones de arquitectura.

La capacidad operativa inicial (COI) es el tercer punto de fijacin y representa un conjunto de

objetivos asociados a la preparacin del software para la instalacin/distribucin, preparacin
del lugar previamente a la instalacin, y la asistencia precisada de todas las partes que utilizar o
mantendr el software.

Ciclo de vida en espiral Win & Win

Barry Boehm, aos despus realiz una variante o actualizacin del //ciclo de vida en espiral que defini en
1988.
Con la variante trata de ajustarse ms a la realidad de lo que es un proyecto de desarrollo de software, en
el cual el resultado final no es exactamente la implementacin del catlogo de requisitos, sino que una vez
definido se renegocia el alcance del mismo, incluso en diversas partes del proyecto, entre cliente y
proveedor con el objetivo de intentar que ambas partes queden satisfechas (aunque en la mayora de los
casos, cada parte solo se mire su ombligo).

La variante se basa en la inclusin de tres etapas o regiones al principio:

1.- Identificar el siguiente nivel para los directivos: Es necesario definir los interlocutores que sern de
reas que se vern afectadas por el resultado final de la nueva versin. Estos interlocutores sern del rea
del cliente (puede haber ms de uno) y del proveedor.
2.-Identificar las condiciones de victoria de los directivos: Se concreta cules son las condiciones que
requiere cada parte para que se sienta satisfecha una vez realizada esta versin.
3a.- Reunir las condiciones de victoria: Con las etapas anteriores se han definido unos objetivos
generales para la versin y se obtiene conocimiento de los objetivos particulares de cada parte. Ahora toca
negociar hasta dnde realmente se va a llegar y cmo, intentando llegar a una solucin en la que todos
ganen (cliente y proveedor).
Las siguientes etapas tienen una correspondencia con algunas variantes, con la versin inicial del ciclo de
vida en espiral:
3b.- Establecer los objetivos, restricciones y alternativas del segundo nivel: Teniendo en cuenta los
objetivos y acuerdos de las fases anteriores, se definiran los requisitos de esta versin, adems de
especificarse diversas alternativas en el caso de que existan.
4.- Evaluar las alternativas del producto y del proceso y resolucin de riesgos: Se realizara el
anlisis del riesgo tpico de los modelos en espiral.
5.- Definir el siguiente nivel del producto y del proceso, incluyendo particiones: Esta etapa
completara el proceso de anlisis y realizara el diseo y la construccin.
6.- Validar las definiciones del producto y del proceso: Comprendera la implantacin y aceptacin de la
versin, verificndose si el resultado de la iteracin satisface el alcance indicado.

7.- Revisin y comentarios: Tocara hacer inventario, medir el nivel de satisfaccin de las partes, el nivel
de cumplimiento de objetivos con el objetivo sobre todo de intentar aprender de los errores para mejorar en
versiones sucesivas y de detectar correcciones y mejoras a realizar en el producto.
Lo ms interesante del modelo es que se especifique de forma explcita la necesidad de que las partes
negocien para llegar a un acuerdo satisfactorio para todos, por eso esta variante recibe el nombre de Win
Win. Aunque es complicado alcanzar un equilibrio en el que ambas partes ganen a un 50%, s que es
fundamental que independientemente de si uno es un poco ms ganador que el otro, todas las partes estn
convencidas en que el acuerdo es bueno.
En cualquier caso sigue sin ser absolutamente realista con respecto al transcurso normal de un proyecto de
desarrollo de software, donde la negociacin se extiende en muchos proyectos hasta el mismo proceso de
construccin del sistema de informacin, no obstante, si los incrementos no son muy grandes no tendra
por qu extenderse tanto la negociacin, no obstante, como en este tipo de modelos de ciclo de vida, en
cada iteracin (incluida la primera) se intenta tener un producto funcionando, salvo que ste sea trivial, las
primera etapa por lo menos tendr tamao suficiente para que en muchos casos nos encontremos con
casos donde se estn negociando aspectos del proyecto hasta el final.
Ventajas del modelo en espiral win win

Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente

comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.

El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construccin de prototipos

en cualquier etapa de evolucin del producto.

El modelo en espiral demanda una consideracin directa de los riesgos tcnicos en todas las
etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se
conviertan en problemas.

Desventajas del modelo en espiral win win

Resulta difcil convencer a grandes clientes de que el enfoque evolutivo es controlable.

Debido a su elevada complejidad no se aconseja utilizarlo en pequeos sistemas.

Conclusiones
El modelo en espiral no se ha utilizado tanto como el modelo lineal o secuencial y dio construccin de
prototipos.
EL modelo en espiral es de gran complejidad y solo es utilizado en sistemas grandes, que si son
desarrollados con xito logran doblar la productividad.