Ir al contenido principal

Modelo de Desarrollo de Software - SCRUM


Existen muchos modelos de desarrollo de software como la cascada, espiral, RUP, XP y el SCRUM, este último es el que me parece más interesante y el cual explicare como es su funcionamiento.

¿Qué es el SCRUM?

En este modelo el producto se desarrolla de forma incremental, con cada ciclo (llamado sprint) el software va creciendo y es una versión mejorada de la anterior con mayores funciones que ya están lista para ser usadas; las funciones que se desarrollan son las de mayor importancia definidas anteriormente por el equipo de trabajo previo a cada sprint.

El SCRUM presenta básicamente las siguientes etapas:

·         El product backlog: En esta etapa se presenta una lista de requisitos del producto, los cuales no necesitan tener múltiples detalles. La lista no es definitiva ya que puede ir cambiando conforme avanza el proyecto. Posteriormente el grupo de trabajo le consulta las dudas surgidas al cliente.

·         El sprint planning: El grupo de trabajo elabora lo que realizaran en el sprint, se seleccionan las tareas de acuerdo con su nivel de importancia. Los miembros evalúan el tiempo que tomara el desarrollo de las tareas, para que puedan ser desarrolladas en el tiempo establecido de cada sprint.

·         El sprint: Esta es la etapa donde el proyecto se va creando o se va expandiendo, aquí el equipo de trabajo desarrolla todas las tareas establecidas anteriormente. Aquí es donde se van obteniendo los resultados de la planificación y el proyecto avanza constantemente.

·         El Daily Scrum: Durante el sprint se realizan reuniones diarias para informar al resto del equipo sobre lo realizado y con lo que continuaran, también se mencionan las posibles dificultades que tengan para avanzar con sus tareas.

·         Retrospectiva o revisión del sprint: Es una reunión del grupo que se realiza al final de cada sprint, donde se presenta una demostración del producto elaborado hasta el momento, el cliente lo observa y analiza para reajustar o indicar cambios en el proyecto. De igual manera el equipo de trabajo analiza cómo fue su desempeño en el sprint y que cosas tienen que corregir para mejorar la eficiencia del trabajo.

En la siguiente imagen se puede resumir y observar de forma gráfica el proceso del SCRUM.

Como vemos el SCRUM es un modelo muy flexible o fácilmente adaptable, el cual permite obtener resultados muy rápidos, el proyecto casi nunca esta pausado debido a la alta capacidad para detectar problemas. El modelo permite generar cambios en el proyecto sin mayor problema ya que se le informa al cliente el progreso del mismo, de la misma manera el resultado es más cercano a lo solicitado.

Comentarios

Entradas populares de este blog

Diagrama de Secuencia del Sistema (DSS)

Existen diferentes formas de explicar un sistema de software que se esté desarrollando, por ejemplo, los casos de uso, estos nos muestran una función específica que realiza el sistema, pero estos pueden ser explicados de una forma diferente por medio de los diagramas de secuencia del sistema. Los DSS es un modelo que muestra al sistema como una caja negra para un caso de uso específico, donde se muestran los actores externos que participan en él, también el orden de los eventos que suceden durante la ejecución del caso de uso. Se dice que debería haber un DSS para cada caso de uso de un proyecto de software, esto debido a que cada DSS se deriva directamente de un caso de uso. Se puede decir que los DSS explican los casos de uso de una forma diferente mostrando las secuencias de eventos que suceden en los casos de uso, estas secuencias comúnmente inician con un verbo, ya que describen una acción que sucede. En los diagramas como tal, el tiempo avanza hacia abajo respetando el

Requerimientos Volátiles y Estables

Los requerimientos de un proyecto de software se pueden clasificar de formas distintas por ejemplo cuando identificamos los requisitos funcionales, no funcionales y los de información, pero también es posible clasificarlos de una forma distinta, más específicamente en volátiles y estables. Requerimientos Volátiles: Estos requisitos volátiles (Cambiantes) tienen una alta probabilidad de sufrir cambios durante el proceso de desarrollo del software, pero también pueden cambiar fuera de dicho proceso cuando el software está terminado o incluso cuando ya está en uso por parte del usuario. Estos requisitos tienen subclasificaciones ya que son muy diversos, los cuales son los siguientes. ·          Mutables: Reciben este nombre los requisitos que se ven afectados por cambios que puedan presentarse en el ambiente con el que opera la organización. ·          Emergentes: Estos aparecen cuando el proceso de diseño de los requerimientos, facilitan el entendimiento del sistema y le perm

StakeHolders

La palabra stakeholders se utiliza para definir a las personas, grupo de personas o empresas que están interesados en un proyecto especifico, en nuestro caso un proyecto de software. El termino stakeholders se puede traducir como “interesados”, estos interesados son empresas o personas que tienen relación de alguna forma con el proyecto y no necesariamente trabajan en el. Algunos ejemplos son los siguientes: Empresas y Organizaciones: En algunos casos los proyectos necesitan de la aprobación de otras empresas u organizaciones para poder desarrollarlo, como financiamientos, seguros, aprobación de licencias etc. Usuarios: Son las personas a las cual va dirigido el proyecto, son los usuarios del programa informático en un proyecto de software, estas personas pueden estar de acuerdo o en desacuerdo con el proyecto. Afectados: Son personas u organizaciones que están indirectamente involucrados en el proyecto, y tampoco son el objetivo de los resultados del proyecto, p