Proceso unificado racional (RUP) vs. Scrum

Similitudes de RUP y Scrum

Imagínese como parte del equipo, creando una nueva red social para el intercambio de recetas llamada CopyMyDinner. Crear un nuevo sitio web con muchas funcionalidades puede resultar abrumador. ¿Por dónde deberías empezar? Primero debe elegir una estrategia general; en el desarrollo de software, esto se denomina marco de desarrollo de software . El marco le dará instrucciones para crear un plan de proyecto y monitorear su propio progreso, además de ahorrarle algo de tiempo al ofrecer soluciones listas para usar para las tareas más comunes. Comparemos dos marcos populares, Rational Unified Process (RUP) y Scrum, antes de decidir cuál se adapta mejor al proyecto CopyMyDinner.

Tanto Rational Unified Process (RUP) como Scrum son marcos de desarrollo de software. Ambos se consideran ágiles , lo que significa que los requisitos y soluciones del proyecto evolucionan como resultado de la colaboración en equipo. Ambos también utilizan un enfoque iterativo , dividiendo el proceso de desarrollo en etapas distintivas. Ambos marcos enfatizan la funcionalidad cruzada y la colaboración, y promueven la autogestión dentro del equipo. Y finalmente, hay un enfoque en la calidad del producto dentro de ambos marcos.

Diferencias de RUP y Scrum

A pesar de las similitudes generales, también hay muchas diferencias entre estos dos marcos:

Ciclo del marco de desarrollo de RUP

Ciclo del marco de desarrollo de Scrum

• Ciclo : en RUP, el proyecto se divide en cuatro fases: inicio, elaboración, construcción y transición. Si bien algunas de las tareas pueden ocurrir en diferentes fases, generalmente una tarea sería dominante en una fase particular. Esto significa que el diseño del sitio web deberá finalizar antes de que comience la codificación real. En Scrum, cada iteración, llamada sprint, es un ciclo de desarrollo completo. En lugar de finalizar el diseño completo del sitio web, puede aceptar hacer el proceso página por página, primero creando un diseño para la página de inicio, luego haciendo la codificación necesaria, luego pasando al diseño del perfil personal, y así sucesivamente.
• Planificación : en RUP, se crea un plan de proyecto formal con hitos y una fecha de finalización al comienzo del proyecto. El plan divide el desarrollo en varias iteraciones. En Scrum, la planificación se realiza solo para una iteración (sprint) a la vez. La duración de cada iteración es fija, pero no se establece de antemano una fecha de finalización del proyecto. El propietario del producto decide cuándo se completa el proyecto en función de los resultados de cada iteración. El propietario del producto puede incluso decidir poner en marcha el sitio web una vez que se desarrolle el proceso de registro, y luego continuar agregando nuevas funcionalidades sobre la marcha.
• Alcance : en RUP, el alcance del proyecto se define y documenta en un documento de alcance antes de que comience el proyecto, y cualquier cambio durante la etapa de desarrollo debe agregarse mediante un procedimiento controlado. Esto significa que tendrá que decidir sobre todas las funcionalidades de CopyMyDinner antes de comenzar el proceso de codificación real. En Scrum, la cartera de productos, que desempeña el papel del alcance, se puede actualizar al final de cada sprint. Puede elegir concentrarse en crear una cuenta de cliente en este sprint y agregar funcionalidades como agregar nuevos amigos en el siguiente sprint. No tienes que tomar todas las decisiones a la vez.
• Artefactos y documentación : RUP aboga por una documentación extensa del proceso de desarrollo. En total, el marco sugiere 33 tipos de documentos diferentes, los principales son documento de alcance, paquete de requisitos funcionales, plan de desarrollo, plan de prueba, etc. En contraste, el único artefacto oficial de Scrum es el software final; en su caso, un sitio web que funcione.
• Cambios : ambos marcos permiten cambios en el método de desarrollo original. Sin embargo, mientras que RUP permite que los cambios se implementen continuamente en cualquier momento, Scrum solo permite que las sugerencias de cambios se discutan al final de cada sprint, durante la reunión retrospectiva del sprint. Quizás, ¿le gustaría sugerir una mejora en la forma en que el equipo informa sobre sus logros diarios?
• Idoneidad : por último, debido a todas las diferencias mencionadas anteriormente, cada uno de los marcos se adapta mejor a sus propias condiciones específicas. Se recomienda RUP para proyectos grandes, complejos y a largo plazo, mientras que Scrum se prefiere para desarrollos rápidos sin una fecha límite estricta. Para crear una nueva red social desde cero, RUP podría ser más adecuado. Completar todo el proceso de planificación al comienzo del proyecto ayudará a garantizar que la experiencia del cliente sea perfecta en todo el sitio web. Sin embargo, una vez que el nuevo sitio web esté en funcionamiento, si desea iniciar un pequeño proyecto nuevo, como agregar una nueva base de datos de recetas, Scrum podría ser más adecuado.

Resumen de la lección

Tanto Rational Unified Process (RUP) como Scrum son marcos ágiles e iterativos para el desarrollo de software. Ambos requieren que sus equipos sean colaborativos , multifuncionales y autogestionados , y ambos enfatizan la calidad del producto .

Las principales diferencias entre los marcos son la estructura de los ciclos de desarrollo dentro de los marcos, el enfoque para planificar y definir el alcance del proyecto, cómo cada uno le permite crear artefactos y documentación , la implementación de los cambios en el método y el mejor proyectos adecuados para cada uno de los frameworks.