Pregunta

RUP en el diálogo con Scrum

Hay una relación entre ágil y RUP. La verdad es que a pesar de que el desarrollo ágil era un tipo de RUP. En el artículo de IBM anterior se puede ver que están ajustando el modelo de RUP.

¿Alguien tiene alguna práctica explicación de la relación entre estos tres conceptos interesantes.

¿Fue útil?

Solución

Los dos son modelos iterativos que parecen similares, pero los dos son muy diferentes. RUP es un marco para las organizaciones y los equipos de Scrum mientras está destinado a un equipo de producto con las directrices estrictas.

Te sugiero que leas los siguientes: SCRUM RUP

Otros consejos

Agile en un término general para los métodos como XP, Scrum, Crystal, DSDM, FDD, ... que comparten común principios . El Unified Proceso es un marco que se puede utilizar para describir un proceso de desarrollo, RUP ser una instancia de UP basado en herramientas de Rational. UP anterior a métodos más ágiles y puede o no puede ser considerado como ágil. Lo que tienen en común es que ambos métodos ágiles y hasta son (IID) métodos iterativo e incremental de desarrollo.

RUP es una plantilla amplia proceso iterativo e incremental. Se crea una "caja de desarrollo" que le informa sobre qué componentes proceso que necesitará en su instancia de un proceso de desarrollo. A continuación, tire de los componentes de los procesos necesarios que necesita de RUP, como recoger artículos de un menú.

"ágil" es un término general que describe el conjunto de procesos que se basan en la premisa de que el desarrollo de software es un aprendizaje proceso en lugar de un proceso definido, y que la mayoría de los artefactos de alta ceremonia y prácticas impiden el proceso de aprendizaje.

Scrum es un proceso específico de gestión de proyectos ágil. No prevé ninguna disposición para la forma de diseñar y desarrollar el sistema en realidad se está construyendo.

Agile es un enfoque para el desarrollo de software:

(citado en la página web del Agile Alliance )

  

Cuál es ágil de desarrollo de software ?

     

A finales de 1990 se inició varias metodologías para conseguir el aumento de la atención pública. Cada uno tenía una combinación diferente de las viejas ideas, nuevas ideas, y transmutado viejas ideas. Pero todos ellos hicieron hincapié en la estrecha colaboración entre el equipo de programadores y expertos en negocios; cara a cara de comunicación (como más eficiente que la documentación escrita); entrega frecuente de nuevo el valor de negocio de despliegue; , los equipos ajustados de auto-organización; y las formas de las embarcaciones cuyo código y el equipo de tal manera que la rotación de los requisitos inevitables no era una crisis.

Scrum y RUP son métodos específicos de desarrollo de software que pueden permitir el desarrollo ágil de software. Estos métodos (y otros, tales como XP) no son mutuamente excluyentes, y se pueden combinar de muchas maneras para adaptar un proceso ágil adecuado para un proyecto particular. Este es un buen artículo la descripción de cómo estos métodos se pueden combinar.

ágil y RUP crecieron por separado, RUP sobre el fundamento de UML, y ahora IBM está tratando de ponerse al día la causa de onda ágil no hay [más] zumbido grande en el RUP.

Bueno, RUP es una "sopa" de prácticas ... Debe personalizarlo a beber su "propia" sopa ... De lo contrario, "matar" a su proyecto ...

  • En la gestión de proyectos ágiles, prácticas de una adaptación de la teoría de sistemas dinámicos complejos de adaptación ... Tiene un toque suave con "humano" ... RUP no dice mucho acerca de "peopleware" de la gestión de proyectos ...
  • Los métodos ágiles hablan de la arquitectura "emergente" ... ¿Dónde RUP es centrado en la arquitectura ... quiere de ti en primer lugar establecer una arquitectura estable.

Sin embargo, se puede aplicar RUP de forma ágil ... O puede carretilla / robar muchas prácticas técnicas (incredents sopa / recetas) de ella ...

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top