Metodologías Pesada y Agil

 

 

METODOLOGÍAS TRADICIONALES TRADICIONALES O PESADAS Teniendo en cuenta la filosofía de desarrollo de las metodologías, aquellas con mayor énfasis en la planificación y control del proyecto, en especificación precisa de requisitos y modelado, reciben el apelativo de Metodologías Tradicionales o Pesadas. Estas metodologías tradicionales imponen una disciplina de trabajo sobre el proceso de desarrollo del software, con el fin de conseguir un software más eficiente. Para ello, se hace énfasis en la planificación total de todo el trabajo a realizar y una vez que está todo detallado, comienza el ciclo de desarrollo del producto software. Se centran especialmente en el control del proceso, mediante una rigurosa definición de roles, actividades, artefactos, herramientas y notaciones para el modelado y documentación detallada. Además, las metodologías tradicionales no se adaptan adecuadamente a los cambios, por lo que no son métodos adecuados cuando se trabaja en un entorno, donde los requisitos no pueden predecirse o bien pueden variar. Entre las metodolo metodologías gías tradicionales o pesadas podemos citar:  

RUP (Rational Unified Procces)

La metodología RUP utiliza de la orientación a objetos en su diseño y para está diseñado y documentado el el usoenfoque de la notación UML (Unified Modeling Language) ilustrar los procesos en acción. Utiliza técnicas y prácticas práct icas probadas comercialmen comercialmente. te. Es un proceso considerado pesado y preferentemente aplicable a grandes equipos de desarrollo y grandes proyectos, pero el hecho de que es ampliamente personalizable que permite adaptarse a proyectos de cualquier escala., Para la gestión del proyecto, la metodología RUP proporciona una solución disciplinada como las tareas y responsabilidades señaladas dentro de una organización de desarrollo de software. RUP es, en sí, un producto de software. Es modular y automatizado, y toda su metodología se apoya en varias herramientas de desarrollo integradas y vendidos por IBM a través de sus “Suites racional.” L os métodos de la competencia en el campo de la ingeniería de software incluyen” salas blancas” (considerado pesado) y ágil (luz) como Extreme Programming (Programación (Programación XP-Extreme), Scrum , FDD y otros.

Características              

Desarrollo iterativo  Administración de de requisi requisitos tos Uso de arquitectura arquitectura basada  basada en componentes Control de cambios Modelado visual del software Verificación de la calidad del software Pretende implementar las mejores prácticas en Ingeniería de Software, de forma que se adapte a cualquier proyecto

 

   

MSF (Microsoft Solution Framework) 

Microsoft Solutions Framework (MSF) es un enfoque personalizable para entregar con éxito soluciones tecnológicas de manera más rápida, con menos recursos humanos y menos riesgos, pero con resultados de más calidad. MSF ayuda a los equipos a enfrentarse directamente a las causas más habituales de fracaso de los proyectos tecnológicos comercial. y mejorar así las tasas de éxito, la calidad de las soluciones y el impacto MSF se centra en:    Alinear los objetivos objetivos de ne negocio gocio y de tecnol tecnología ogía   Establecer de manera clara los objetivos, los roles y las responsabilidades   Implementar un proceso iterativo controlado por hitos o puntos de control   Gestionar los riesgos de manera proactiva   Responder con eficacia ante los cambios Los principales elementos de MSF que se tratan en este artículo son:   Principios fundamentales y actitudes en el contexto de MSF para orientar y guiar a los equipos y sus miembros en el trabajo en colaboración para entregar una solución permite mite escalar los proye proyectos, ctos, garantiza que los   El modelo de equipo de MSF per equipos satisfacen diversas necesidades de las partes interesadas y define  

roles y responsabil responsabilidades idades controlados por objetivos El modelo de gobernanza de MSF (llamado anteriormente modelo de p proceso roceso de MSF) permite obtener resultados rápidos y de alta calidad por medio de un ciclo de vida de proyecto comprobado que identifica actividades clave del proyecto

 

   

Win-Win Spiral Model

El modelo Win-Win es una adaptación del modelo espiral que se enfatiza en la participación del cliente en el proceso de desarrollo de un producto de software. En un caso ideal, el desarrollador simplemente pregunta al cliente lo que se requiere y el cliente proporciona suficiente información y detalles para proceder. Sin embargo esto no suele ocurrir en la mayoría de los casos y es necesario que se establezcan negociaciones significativas entre ambas partes para equilibrar la funcionalidad y rendimiento con los costos y tiempo de salida al mercado del producto. El modelo WinWin deriva su nombre del objetivo de estas negociaciones, es decir, "ganar-ganar". El cliente recibe el producto que satisface la mayoría de sus necesidades, y el desarrollador trabaja para alcanzar presupuestos y fechas de entrega. Para lograr este objetivo, se realizan varias actividades de negociación al principio de cada paso alrededor de la espiral. Para cada ciclo habrá cuatro actividades: 1. 2. 3. 4.

Determinar Objetivos. Análisis del riesgo. Desarrollar y probar. probar. 'Planificación.

 

   

Iconix

Iconix es una metodología pesada-ligera de Desarrollo del Software que se halla a medio camino entre un RUP (Rational Unified Process) y un XP (eXtreme Programming). Iconix deriva directamente del RUP y su fundamento es el hecho de que un 80% de los casos pueden ser resueltos tansolo con un uso del 20% del UML, con lo cual se simplifica muchísimo el proceso sin perder documentación al dejar solo aquello que es necesario. Esto implica un uso dinámico del UML de tal forma que siempre se  pueden utilizar otros diagramas además de los ya estipulados si se cree conveniente. Iconix se guía a través de casos de uso y sigue un ciclo de vida iterativo e incremental. El objetivo es que a partir de los casos de uso se obtenga el sistema final.  

 

METODOLOGÍAS METODOLOGÍA S ÁGILES Pero sin dudas adaptarse a la agitada sociedad actual implica ser “ágil”, es decir, tener la capacidad de proveer respuestas rápidas y ser adaptables al cambio. Ambas cualidades siempre han sido deseables, pero en el entorno de negocio actual resultan indispensables. Este requerimiento de agilidad en las empresas, gobiernos y cualquier otra organización provoca que el software también deba ser desarrollado de manera ágil. Las necesidades de un cliente pueden sufrir cambios importantes del momento de contratación de un software al momento de su entrega; y es mucho más importante satisfacer estas últimas que las primeras. Esto requiere procesos de software diferentes que en lugar de rechazar los cambios sean capaces de incorporarlos. Los procesos ágiles son una buena elección cuando se trabaja con requisitos desconocidos o variables. Si no existen requisitos estables, no existe una gran posibilidad de tener un diseño estable y de seguir un proceso totalmente planificado, que no vaya a variar ni en tiempo ni en dinero. En estas situaciones, un proceso adaptativo será mucho más efectivo que un proceso predictivo. Por otra parte, los procesos de desarrollo adaptativos también facilitan la generación rápida de prototipos y de versiones previos a la entrega final, lo cual agradará al cliente. Las metodologías ágiles proporcionan proporcionan una serie de pautas y principios junto a técnicas pragmáticas que puede que no curen todos los males pero harán la entrega del proyecto menos complicada y más satisfactoria tanto para los clientes como para los equipos de entrega. En la figura 1 se muestran los principios que rigen el desarrollo ágil. Entre las metodologías ágiles más destacadas hasta el momento se pueden nombrar:  

Scrum

Scrum es un proceso en el que se aplican de manera regular   un un conjunto de buenas prácticas para trabajar colaborativam colaborativamente, ente, e en n equipo, y obtener  el mejor resultad resultado o posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio un estudio de la manera de trabajar de equipos altamente productivos.   En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente indicado para proyectos en entornos complejos, donde se necesita obtener resultados pronto, donde los requisitos son cambiantes o poco definidos, donde la innovación, la competitividad, la flexibilidad y la productividad son fundamentales. Scrum también se utiliza para resolver situaciones en que no se está entregando al cliente lo que necesita, cuando las entregas se alargan demasiado, los costes se disparan o la calidad no es aceptable, cuando se necesita capacidad de reacción ante la competencia, cuando la moral de los equipos es baja y la rotación alta, cuando es necesario identificar y solucionar ineficiencias sistemáticamente o cuando se quiere trabajar utilizando un proceso especializado en el desarrollo de producto.

Proceso de scrum En Scrum un proyecto se ejecuta en bloques temporales cortos y fijos (iteraciones que normalmente normalment e son de 2 semanas, aunque en algunos equipos sson on de 3 y hasta 4

 

semanas, límite máximo de feedback y reflexión). Cada iteración tiene que proporcionar un resultado completo, un incremento de producto final que sea susceptible de ser entregado con el mínimo esfuerzo al cliente cuando lo solicite. El proceso parte de la lista de objetivos/requisitos priorizada del producto, que actúa como plan del proyecto. En esta lista el cliente prioriza los objetivos balanceando el valor que le aportan respecto a su coste y quedan repartidos en iteraciones y entregas.

 

Crystal Clear

Crystal es una metodología de desarrollo de Software ágil y más que una metodología se le considera una familia de metodologías debido a que se subdivide en varios tipos de metodologías en función a la cantidad de personal que vayan a estar en un proyecto. Es una metodología que ha sido creada por una persona en particular (Alistair Cockburn) Cockburn),, el cual la creó en base al análisis de distintos proyectos de desarrollo de software y su propia experiencia, lo cual fusionando ambos aspectos dio lugar a una metodología bastante interesante.

 

   

ASD (Adaptive Software Development)

El método ágil ASD (Adaptive Software Development) traducido en español significa Desarrollo Adaptable de Software es un modelo de implementación de patrones ágiles para desarrollo de software. Al igual que otras metodologías ágiles, su funcionamiento es cíclico y reconoce que en cada iteración se producirán cambios e incluso errores.

El desarrollo de software adaptable (Adaptive Software Development - ASD) es una metodología de desarrollo que hace énfasis en aplicar las ideas que se originaron en el mundo de los sistemas complejos, adaptación continua del proceso al trabajo.

Características      

Sus principales características del ASD son: Iterativo. Orientado Orientad o a los componentes de software (la funcionalidad que el producto va a tener, características, etc.) más que a las tareas en las que se va a alcanzar dicho objetivo.   Tolerante a los cambios.   Guiado por los riesgos   La revisión de los componentes sirve para aprender de los errores y volver a iniciar el ciclo de desarrollo

Ciclo de vida  ASD utiliza un "cambio orientado hacia el ciclo de vida", que tiene ttres res componentes que son: especular colaborar y aprender.

 

   

XBreed

Metodología Ágil propuesta por Mike Breedle, que colaboró con Ken Schwaber en la definición de Scrum. Es una combinación de Scrum para la gestión del proyecto, y Extreme Programming como prácticas de desarrollo. Esta es una combinación comúnmente empleada independientemente de su definición como Xbreed, que hasta la fecha no ha tenido especial relevancia. También denominada “Agile Enterprise 

 

Dynamic Systems Development Method (DSDM): 

Metodología ágil más veterana y la que más se aproxima a los métodos tradicionales, su implantación incluso permitiría alcanzar un nivel 2 de madurez según CMMI.   Extreme Programming (XP):  La metodología ágil más radical y popular. XP se centra en el ciclo de vida del desarrollo de software.  

Agile Modeling: 

Metodología para el modelado y la generación de documentación que se encuentra alineado con los principios del desarrollo ágil y que puede ser utilizado como substituto del UML estándar.  

Feature Driven Development (FCC): 

Metodología de desarrollo de software orientada a la generación de valor para el cliente.

 

Si bien las metodologías tradicionales de desarrollo de software como CMMI o ISO o  ISO 15504presentan 15504 presentan procesos que cubren todas las necesidades de los sistemas de información, las metodologías ágiles listadas abarcan áreas complementarías entre sí.