La historia del desarrollo de software ágil no comienza con el Manifiesto Agile, sus raíces se remontan a mucho antes. En estos artículos vamos a cubrir más de tres décadas de la historia del desarrollo de software, que casi seguro te habían pasado desapercibidas, incluyendo los orígenes de la agilidad y cómo el conocimiento más reciente nos está llevando a ciclos de entrega cada vez más rápidos.
Scrum es el método ágil de desarrollo de software más utilizado del mundo. Se presentó en 1995 y, a día de hoy, un gran número de equipos de desarrollo de Software en el mundo lo usan o están en vías de usarlo.
Un equipo Scrum suele estar compuesto por grupos de trabajo de entre 3 a 9 miembros del equipo de desarrollo, más el Scrum Master y el Product Owner. Cada uno de estos roles tiene diferentes responsabilidades y debe de rendir cuentas de distinta manera, tanto entre ellos como para el resto de la organización. La suma de todos los roles es lo que llamamos Equipo Scrum.
En el marco de trabajo Scrum, denominamos Artefacto a aquellos elementos físicos que se producen como resultado de la aplicación de Scrum. Los tres principales artefactos o herramientas Scrum son: el Product Backlog, Sprint Backlog y el Incremento.
Scrum define cinco ceremonias principales para cumplir con el control de sus procesos, todas con un sentido de ser propio que hace que sean imprescindibles para esta metodología.
Una de las primeras decisiones a la que nos enfrentamos cuando comenzamos a enfocar un proyecto es elegir la metodología más adecuada para el mismo.
Cada proyecto y cada compañía son únicos. ¿Cómo sabemos cuál es el framework Agile que se adapta mejor a nuestras necesidades? Te presentamos los cinco más utilizados.
Cuando se trata de desarrollo ágil, el Product Owner es generalmente considerado como el rol más importante en el proyecto.
Un Scrum Master es básicamente un entrenador y facilitador de equipos Scrum. Ayuda al equipo a mantenerse enfocado en los objetivos del proyecto y elimina los impedimentos que van apareciendo durante el camino.
A menudo en el mundo del desarrollo de software se encuentran con la siguiente pregunta, más ahora con la moda del desarrollo ágil, ¿Scrum es siempre la mejor metodología para este proyecto?
La retrospectiva trata de hacer reflexionar al equipo sobre lo ocurrido durante el último Sprint identificando posibles mejoras para el próximo. Para sacar lo mejor de cada integrante del equipo durante la sesión, existen diversas técnicas que facilitan la transparencia y la adaptación buscada de manera recurrente por la filosofía ágil.
Una metodología de desarrollo de software centrada en la entrega 'just-in-time' de la funcionalidad y la gestión de 'Work In Progress'. Kanban y alguno de sus elementos ( como el tablero Kanban ) son bien conocidas por casi todos los equipos que aplican Agile en cualquiera de sus formas.
Uno de los retos a la hora de formar equipos en Scrum es la práctica necesaria para que los conocimientos adquiridos durante la parte teórica se consoliden. ¿Cómo realizar una práctica de Scrum en una clase que sea a la vez motivante y formativa?
A día de hoy no cabe duda que Scrum se presenta como claro favorito, si atendemos únicamente a los números.
Vamos conociendo a Scrum y Kanban como distinto ‘sabores’ de Agile. Scrum es el más adecuado para productos y proyectos de desarrollo.
Ambos conceptos son familiares en planteamientos y objetivos. La comunidad Kanban y la comunidad Scrum han estado trabajando hacia el mismo fin durante algún tiempo.
La entrega continua en el software es más que una frase de moda. Ciertamente, la entrega continua de software es el santo grial en el desarrollo de software y es la razón por la que DevOps es un concepto tan de moda hoy en día.