P. 1
METODOLOGÍA GANAR

METODOLOGÍA GANAR

|Views: 4|Likes:
Publicado porCarlos Cortés

More info:

Published by: Carlos Cortés on Nov 30, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

10/15/2015

pdf

text

original

Carlos Cortés Reséndiz Marco Antonio González Hernández Jessica Contreras Nazario

METODOLOGÍA GANAR-GANAR
Características:     Es visto como una variación o una evolución del modelo en espiral que utiliza una aproximación cíclica para el desarrollo incremental de sistemas software. Busca que ambas partes ganen, compartiendo el beneficio. Se intenta llegar a un acuerdo que sea mutuamente beneficioso. Se basa en la negociación entre el cliente y el desarrollador, se negocia coste frente a funcionalidades, rendimiento, calidad, o simplemente el gestor del proyecto le pregunta al cliente qué necesita y él proporciona la información para continuar. que el cliente gane obteniendo el producto que lo satisfaga, y el desarrollador también gane consiguiendo presupuesto y fecha de entrega realista. Se establecen las reglas para definir el proceso de desarrollo del proyecto, tomando en cuenta todas las partes implicadas. Adquiere una especial relevancia en la fase de los requisitos del s sistema. Cada ciclo envuelve cuatro actividades principales:

 

1.- Identificar las partes interesadas (stakeholders) para esta nueva iteración del producto: Es necesario definir los interlocutores que serán de áreas que se verán afectadas por el resultado final de la nueva versión. Estos interlocutores serán del área del cliente (puede haber más de uno) y del proveedor.

además.Evaluar las alternativas respecto a los objetivos y restricciones..Revisión y comentarios: Tocaría hacer inventario. incluyendo particiones: Esta etapa completaría el proceso de análisis y realizaría el diseño y la construcción. Las siguientes etapas tienen una correspondencia con algunas variantes. Ahora toca negociar hasta dónde realmente se va a llegar y cómo.. se definirían los requisitos de esta versión. Ello incluye. 2. además de especificarse diversas alternativas en el caso de que existan. Restricciones y alternativas del proceso. 4. 5... 6... Identificar y resolver el mayor número de fuentes de producto y Riesgos posibles.Validar las definiciones del producto y del proceso: Comprendería la implantación y aceptación de la versión.Reunir las condiciones de victoria: Con las etapas anteriores se han definido unos objetivos generales para la versión y se obtiene conocimiento de los objetivos particulares de cada parte. 7. restricciones y alternativas del siguiente nivel: Teniendo en cuenta los objetivos y acuerdos de las fases anteriores.. Puede incluir. 4...Elaboración de la definición del producto y del proceso.Planificación del próximo ciclo y actualización de la planificación Del ciclo de vida. 3a.. el Particionamiento del sistema en subsistemas a desplegarse en Paralelo. 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 1. la definición de un plan para Finalizar el proyecto si éste es de riesgo demasiado alto o no es Factible..2. intentando llegar a una solución en la que todos ganen (cliente y proveedor). con la versión inicial del ciclo de vida en espiral: 3b. verificándose si el resultado de la iteración satisface el alcance indicado.Definir el siguiente nivel del producto y del proceso.Identificar las condiciones de victoria de las partes interesadas en el proyecto: Se concreta cuáles son las condiciones que requiere cada parte para que se sienta satisfecha una vez realizada esta versión. 3. VENTAJAS .Establecer los objetivos.Elaboración del sistema o subsistemas y los objetivos.Evaluar las alternativas del producto y del proceso y resolución de riesgos: Se realizaría el análisis del riesgo típico de los modelos en espiral. si es necesario. medir el nivel de satisfacción de las partes.

   Minimiza riesgos del proyecto El modelo no necesita mucho tiempo de gestión.  Agrega objetivos de calidad Esto permite utilizarlo tanto en proyectos pequeños como grandes.blogspot.mx/ . 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 http://ithmaridelangel.

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->