CARTILLA DE METODOLOGÍA SCRUM

HERNANDEZ LEMUS EDGAR ALONSO

ID 690426

Corporación Universitaria Minuto De Dios

Ingeniería de Sistemas

PATRONES ESTANDARES Y METODOLOGÍAS PARA LA CONSTRUCCION DE UN SOFTWARE

¿Comprendes que es? SCRUM

La historia del origen el manifiesto Agile

A principios de 2001, con la cordillera Wasatch como telón de fondo, en Snowbird (Utah), 17 personas se reunieron para debatir el futuro del desarrollo de software. Los miembros del grupo compartían la frustración sobre el estado actual de los acontecimientos, aunque no estaban de acuerdo en la forma de remediar la situación.

El problema, coincidieron, era que las empresas estaban tan centradas en planificar y documentar hasta el último detalle de los ciclos de desarrollo de software, que habían perdido de vista lo realmente importante: complacer a los clientes.

Las empresas podían haber pregonado valores corporativos como la “excelencia” y la “integridad”, pero estos valores no habían servido para guiar a las personas, sobre todo a los desarrolladores de software, hacia un camino mejor. Eso tenía que cambiar. Muchos de los 17 que se reunieron en Snowbird ya tenían ideas sobre cómo iniciar la nueva era del desarrollo de software. Este viaje a las montañas fue su oportunidad para debatirlas.

El manifiesto ágil surgió de este largo fin de semana con solo 68 palabras, pero este breve y bendito documento cambió el desarrollo de software para siempre. En las casi dos décadas que han pasado desde que se creó, un sinfín de personas, equipos y empresas han adoptado (en diversos grados) estas palabras (y los 12 principios que las siguen).

Manifiesto para el desarrollo de software ágil

Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros.

A través de este trabajo hemos aprendido a valorar:

Individuos e interacciones sobre procesos y herramientas

Software funcionando sobre documentación extensiva

Colaboración con el cliente sobre negociación contractual

Respuesta ante el cambio sobre seguir un plan

Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.

• Kent Beck

• Mike Beedle

• James Grenning

• Jim Highsmith

• Arie van Bennekum • Andrew Hunt

• Robert C. Martin

• Steve Mellor

• Ken Schwaber

• Alistair Cockburn • Ron Jeffries • Jeff Sutherland

• Ward Cunningham • Jon Kern

• Martin Fowler • Brian Marick

• Dave Thomas

Cómo trabaja

una metodología ágil

Según algunos especialistas, el objetivo de las metodologías ágiles es promover la responsabilidad y la autonomía del equipo al mismo tiempo que se reduce el riesgo del proyecto. Además, dotar a los proyectos de la flexibilidad y rapidez que necesitan para adaptarse a las cambiantes condiciones del sector.

La implementación del método tendrá una serie de beneficios, entre los que destaca la finalización oportuna y precisa de los proyectos, lo que les otorga mayor valor. También dará como resultado equipos de trabajo más productivos y mejorará el servicio al cliente.

Su objetivo es aprender mejores formas de proporcionar software y ayudar a otros a hacer lo mismo. El Manifiesto Ágil, que se compone de 12 principios y 4 valores rectores, se creó durante una reunión. En este momento se está proporcionando la base para el desarrollo ágil de software .

Los 4 valores clave de Agile son:

1. Los individuos e interacciones están por encima de los procesos y herramientas

2. Un software funcional tiene mayor prioridad que la documentación exhaustiva

3. Se busca la colaboración con el cliente antes que la negociación de un contrato

4. Se debe responder al cambio en lugar de seguir un plan fijo

Los 12 principios de agile son:

1. Lograr la satisfacción del cliente a través de la entrega continua de software.

2. No tener miedo de realizar cambios.

3. Entregar software funcional en una escala de tiempo menor.

4. Desarrolladores y gerencia deben trabajar juntos.

5. Desarrollar proyectos en torno a personas motivadas

6. Interactuar cara a cara es el modo de comunicación más eficiente y efectivo.

7. Un software que funciona es la medida principal del progreso.

8. Los procesos ágiles promueven el desarrollo sostenible.

9. La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.

10. La simplicidad es esencial.

11. Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.

12. Inspeccionar y adaptar.

La filosofía

.

La filosofía surge como una metodología de desarrollo de proyectos con el objetivo de ajustar los proyectos a las exigencias de rapidez y flexibilidad que demanda una economía global e hiperconectada. Como resultado, la forma de trabajo tradicional, compartimentada y entrecortada quedó obsoleta en muchos sentidos y no pudo ajustarse a las necesidades de los clientes.

Jeff Sutherland y Ken Schawber son considerados los fundadores de Scrum, mientras que la idea se originó con un estudio llamado The New New Product Development Game que se lanzó a fines de la década de 1980.

“Al comienzo del partido, el equipo se junta en posición de tortuga, uniendo sus fuerzas para empujar, al contrario. A eso se le conoce como melé o Scrum, y de ahí viene el término”.

Los conceptos

El desarrollo incremental de los requisitos del proyecto en períodos de tiempo cortos y fijos (iteraciones de un mes o dos semanas, según sea necesario).

Priorizar las necesidades del cliente en función del valor y los costos de desarrollo para cada iteración.

El control empírico del proyecto. Por un lado, al cliente se le muestra el resultado real al final de cada iteración para que pueda tomar las decisiones que necesita en función de lo que ve y el contexto del proyecto en ese momento. Por el contrario, el equipo se sincroniza regularmente y hace los ajustes necesarios.

La capacidad del equipo, que se compromete a proporcionar ciertos requisitos y por lo que se otorga autoridad para planificar su trabajo.

La sistematización del trabajo en equipo y la comunicación tanto dentro del equipo como con el cliente.

Las actividades del proyecto están delimitadas en el tiempo para ayudar en la toma de decisiones y el logro de resultados.

Los artefactos

La información que un equipo de scrum y las partes interesadas utilizan para describir el producto que se está desarrollando, los pasos tomados para producirlo y las tareas realizadas a lo largo del proyecto se conocen como artefactos de scrum. Los principales artefactos son el backlog del producto, el backlog de sprint y los incrementos.

Flujo procedimental

Flujo de trabajo, workflow”, se refiere a todos los pasos que los miembros del equipo de desarrollo deben realizar de manera sistemática.

La metodología Agile Scrum tiene un flujo de trabajo distintivo que se enfoca en adaptarse y resolver problemas inesperados. Debido a esto, su implementación se ha vuelto cada vez más popular, particularmente entre las empresas de software.

Los equipos Scrum que trabajan en el flujo de trabajo deben ser multifuncionales. Cada paso dado dentro del flujo debe estar organizado y el propietario del producto debe estar sincronizado con el equipo de desarrollo. En este artículo, explicaremos el flujo de trabajo de Scrum y los pasos que debe seguir el equipo para completar el proyecto.

Pasos para crear un flujo de trabajo de Scrum

Saber qué tipo de flujo de trabajo tiene Scrum es sencillo. Las principales características que la diferencian son su adaptabilidad y mejora continua. Cada flujo de trabajo de Scrum puede constar de más o menos pasos, según cómo elija trabajar el equipo de Scrum.

Paso 1: Establecimiento del Product Backlog

Todas las tareas que el Product Owner considere necesarias para llevar a cabo el desarrollo del Producto se enumeran aquí de manera organizada. Como resultado, comienza a surgir el control sobre el flujo de trabajo de Scrum.

Paso 2: Planificación del Sprint Backlog

El flujo procedimental y los beneficios en el desarrollo de software de la metodología Scrum.

El Sprint backlog es el bloque de tiempo para cada Sprint, que puede oscilar entre una y cuatro semanas.Cada nuevo Sprint debe comenzar después de que finalice el Sprint anterior , y una vez que se ha determinado el número total de Sprints , el equipo se divide en tareas.

Paso 3: Reuniones en cada reunión de Sprint y Daily Scrum

Para establecer el contexto para el resto de la jornada laboral, se hace por la mañana. Aquí es donde comienza el proceso de desarrollo. El objetivo principal de cada reunión es intercambiar toda la información pertinente sobre el estado actual del proyecto.

Paso 4: creación de gráficos de trabajo en curso (gráfico Burn Down)

Estos gráficos dan una indicación diaria del trabajo que se debe realizar durante el sprint. _Este gráfico también ayuda a determinar el ritmo de trabajo actual, y dependiendo de cómo se proyecte, es posible realizar los ajustes necesarios.

Paso 5: prueba y demostración del producto

El equipo Scrum primero debe crear una revisión de Sprint para luego presentar los resultados de su trabajo. Luego, las partes interesadas toman la decisión clave con respecto a si se deben realizar modificaciones adicionales al proyecto y, de ser así, si se deben agregar al desarrollo.

Paso 6: planificación y organización retrospectiva para el próximo Sprint

El paso final en la creación de un flujo de trabajo de Scrum es que el equipo de Scrum reflexione sobre el sprint y tome las decisiones pertinentes con respecto a lo que se pudo haber hecho mejor. Luego, el ciclo comienza con el Sprint posterior hasta el final del desarrollo completo del producto.

Los beneficios en el desarrollo de software de la metodología Scrum

Cumplimiento de expectativas: El cliente concreta sus expectativas indicando el valor que aportará a cada tarea que realizará. _

Flexibilidad en circunstancias cambiantes: gran capacidad para responder a los cambios en los requisitos provocados por las necesidades del cliente o los cambios del mercado.

Reducción del tiempo de comercialización: antes de que el proyecto esté completamente terminado, el cliente puede comenzar a utilizar las funcionalidades más importantes.

La mayor calidad del software es posible gracias a la metodología de trabajo ya la exigencia de obtener una versión funcional tras cada iteración.

Se logra una mayor productividad, entre otras cosas, como resultado de la eliminación de la burocracia y la motivación del equipo proporcionada por el hecho de que son autónomos en su organización.

Predicciones de tiempo: con esta metodología, es posible calcular la velocidad de sprint promedio del equipo (referida como historial de puntos), lo que simplifica la predicción cuando una función específica estará ausente .

Reducción de riesgos: Al llevar a cabo primero las funciones más valiosas y al comprender qué tan rápido el equipo está progresando en el proyecto, los riesgos se pueden administrar de manera efectiva por adelantado.

Diferencias entre agile y Scrum

La metodología de desarrollo ágil abarca una serie de metodologías de desarrollo de software, como Scrum, Rational Unified Process (RUP), Extreme Programming (XP) y otras, que han sido influenciadas por el desarrollo incremental e iterativo.

El uso de procesos y metodologías ágiles crea un entorno en el que los requisitos evolucionan continuamente como resultado de la colaboración entre equipos multifuncionales que desempeñan diversos roles.

Agile

Agile es un conjunto de principios que deben aplicarse a un proyecto. Su enfoque general se basa en pequeños pasos incrementales en un proyecto que ayudan a aumentar la cantidad de progreso.

Scrum

Scrum es una de las muchas metodologías de trabajo que pueden surgir dentro de la metodología Agile, por otro lado. Tiene un conjunto de reglas y roles establecidos que ayudan a que el proyecto se lleve a cabo.

Scrum es un marco donde se específica el desarrollo de proyectos de software, como se mencionó anteriormente.

Agile, por otro lado, es una metodología de desarrollo que cubre todo el alcance, pero va más allá.

Conclusión

Las metodologías fomentan un enfoque disciplinado de la gestión de proyectos. Este enfoque fomenta una colección de mejores prácticas.De esta forma, el método permite la entrega rápida de productos o software de alta calidad .Además, ofrece un mejor enfoque comercial que alinea el desarrollo de productos con las necesidades del cliente .

Las metodologías difieren de la metodología de desarrollo convencional, donde todos los requisitos se evalúan y documentan inicialmente antes del inicio del desarrollo. Mientras tanto, los requisitos se ven como avances reales en el desarrollo de software o proyectos dentro de cada iteración.Este enfoque ofrece flexibilidad para adaptarse a los cambios en los requisitos y prioridades de la empresa .

Referencias

Bibliografía

Cansado, M. (2017, enero 31). Scrum, la filosofía del rugby para exprimir la productividad [Infografía]. Ideas para tu Empresa.

https://ideasparatuempresa.vodafone.es/scrum-la-filosofia-del-rugby-paraexprimir-la-productividad/

David, R. T. (2019, diciembre 2). Agile vs Scrum. Robertotouza.com - Lean Startup, Agile, Innovación. https://robertotouza.com/agile/agile-vs-scrum/

Fundamentos de Scrum. (2008, agosto 4). Proyectos Ágiles.

https://proyectosagiles.org/fundamentos-de-scrum/

Harris, D. C. (s/f). Obtén más información sobre los artefactos del scrum ágil.

Atlassian. Recuperado el 7 de marzo de 2023, de

https://www.atlassian.com/es/agile/scrum/artifacts

Mancuzo, G. (2021, abril 24). ¿Cómo Diseñar un Flujo de Trabajo Scrum? BlogComparaSoftware; ComparaSoftware.

https://blog.comparasoftware.com/como-disenar-un-flujo-de-trabajo-descrum/

Pursell, S. (2021, diciembre 1). Metodología Agile: qué es y cómo aplicarla a tu proyecto. Hubspot.es. https://blog.hubspot.es/marketing/metodologiaagile

¿Qué es la filosofía Agile y qué ventajas ofrece a las empresas? (s/f). Cedecgroup.com. Recuperado el 7 de marzo de 2023, de https://cedecgroup.com/es/blog/que-es-la-filosofia-agile-y-que-ventajas-ofrece-a-lasempresas

Valades, B. (2020, febrero 12). ¿Cuál es la diferencia entre Agile y Scrum? Universidad Alnus. https://universidadalnus.com/diferencia-entreagile-y-scrum/