Sin título

Scrum

• Es un marco de trabajo que permite el trabajo colaborativo entre equipos. Al igual que un equipo de rugby (de donde proviene su nombre) cuando entrena para el gran partido, scrum anima a los equipos a aprender mediante las experiencias a organizarse de forma autónoma mientras se trabaja en un problema y a reflexionar sobre sus victorias y derrotas para mejorar continuamente.
• Aunque son los equipos de desarrollo de software los que utilizan con mayor frecuencia el scrum del que estoy hablando, sus principios y lecciones se pueden aplicar a todo tipo de trabajo en equipo. Esta es una de las razones por las que es tan popular.​​​​​​​
• Mendoza Lima Kevin Alexander

El marco de trabajo

• Se suele pensar que scrum y la metodología ágil son lo mismo porque scrum se centra en la mejora continua, que es un principio básico de la metodología ágil. Sin embargo, scrum es un marco para realizar el trabajo, mientras que la metodologia agil es una mentalidad.
• En realidad, uno solo no puede "adoptar una metodología ágil", ya que requiere la dedicación de todo el equipo para cambiar la forma de pensar a la hora de ofrecer valor a los clientes. Lo que sí puedes usar es un marco de trabajo como scrum para ayudar a tu equipo a empezar a pensar de esa manera y poner en práctica la construcción de principios de metodología ágil en tu comunicación y trabajo diarios.
• 

Artefactos de scrum

• Empecemos identificando los tres artefactos en scrum. Cuando hablamos de "artefactos" nos referimos a algo que fabricamos, por ejemplo, una herramienta para solucionar un problema. En scrum, estos tres artefactos son un backlog del producto, un backlog de sprint y un incremento con tu definición de "finalizado". Estas son las tres constantes en un equipo de scrum que seguimos revisando y en las que continuamos invirtiendo horas extra.
• El backlog del producto es la lista de trabajo maestra que se tiene que realizar y que debe mantener el propietario del producto o el gestor del producto.
• El backlog del sprint es la lista de elementos, historias de usuario o resolución de errores seleccionados por el equipo de desarrollo para implementarlos en el ciclo de sprint actual.
• El incremento (u objetivo del sprint) es el producto final que se puede usar y que se obtiene de un sprint.
• Como puedes ver, hay muchas variaciones, incluso dentro de los artefactos, que tu equipo puede elegir definir. Por eso es importante estar abierto a la evolución en la forma de mantenimiento, incluso de los artefactos. Tal vez tu definición de "finalizado" hace que tu equipo tenga que deshacer tareas, y necesitas revisarla y elegir una nueva definición.

Protocolos o eventos de scrum

• Algunos de los componentes más conocidos del marco de trabajo de scrum son el conjunto de eventos secuenciales, protocolos o reuniones que los equipos de scrum realizan de forma periódica
• 1. organizar el backlog: en ocasiones denominado "limpieza del backlog". Esta acción es responsabilidad del propietario del producto.
• 2. Planificación de sprints: el trabajo que se va a realizar (alcance) durante el sprint actual se planifica en esta reunión, en la que participa el equipo de desarrollo completo.
• 3. Sprint: un sprint es el periodo real en el que el equipo de scrum trabaja en conjunto para finalizar un incremento.
• 4. Scrum diario o reuniones rápidas: es una reunión diaria muy breve, siempre a la misma hora (normalmente por la mañana) y en el mismo sitio.
• 5. Revisión del sprint: al final del sprint, el equipo se reúne en una sesión informal para ver la demo del incremento o analizarlo.
• 6. Retrospectiva del sprint: la retrospectiva es el momento en el que el equipo se reúne para documentar y comentar lo que ha funcionado y lo que no ha funcionado en un sprint, un proyecto, una herramienta, entre las personas o relaciones o incluso en un protocolo.
• 

Tres funciones esenciales, alcanzar el exito en scrum

• Los propietarios del producto son los mayores expertos en su producto. Se centran en conocer los requisitos empresariales, de los clientes y del mercado, y priorizan el trabajo que debe realizar el equipo de ingeniería de acuerdo con esta información. Los propietarios de producto eficaces realizan estas tareas:
• Crean y gestionan el backlog del producto.
• Establecen una estrecha asociación con la empresa y el equipo para asegurarse de que todo el mundo conoce los elementos de trabajo del backlog del producto.
• Les proporcionan a los equipos directrices claras acerca de las siguientes funciones que se van a proporcionar.
• Deciden cuando se lanza el producto, con predisposición a que la entrega se realice de forma frecuente.
• El experto en scrum
• Los expertos en scrum son los mayores especialistas de scrum en el equipo.
• El equipo de desarrollo de scrum
• Los equipos de scrum sacan el trabajo adelante. Son los que más conocen las prácticas de desarrollo sostenible.

Scrum, kanban y la metodología ágil

• Scrum es un marco de trabajo de metodología ágil tan popular que, a menudo, se malinterpretan scrum y metodología ágil, y se piensa que son lo mismo. También existen otros marcos de trabajo, como kanban, que es una alternativa también popular. Algunas empresas incluso optan por seguir un modelo híbrido de scrum y kanban, que ha adquirido el nombre de "Scrumban" o "Kanplan", que es kanban con un backlog.
• Tanto scrum como kanban utilizan métodos visuales como el tablero de scrum o tablero de kanban para realizar un seguimiento del progreso del trabajo. Ambos enfatizan la eficiencia y dividen las tareas complejas en bloques más pequeños de trabajo manejable, aunque sus enfoques hacia la consecución del objetivo son diferentes.
• 

Entonces, ¿por qué elegir scrum?

• El marco de trabajo de scrum es sencillo en sí mismo. Las reglas, artefactos, eventos y funciones son fáciles de entender. Su enfoque semiprescriptivo ayuda, en realidad, a eliminar las ambigüedades en el proceso de desarrollo, a la vez que ofrece suficiente espacio para que las empresas introduzcan su toque personal.
• La organización de tareas complejas en historias de usuario manejables hace que sea ideal para proyectos difíciles. Además, la clara delimitación de funciones y los eventos planificados aseguran que haya transparencia y propiedad colectiva en todo el ciclo de desarrollo. Los lanzamientos rápidos mantienen al equipo motivado y contentos a los usuarios, ya que pueden percibir progreso en poco tiempo.
• No obstante, convertirse en experto en scrum puede llevar su tiempo, especialmente si el equipo de desarrollo está acostumbrado a un modelo de cascada habitual. Los conceptos de iteraciones más pequeñas, reuniones diarias de scrum, revisiones de sprint e identificación de un experto en scrum podrían suponer un cambio cultural difícil para un equipo nuevo.
• Aun así, los beneficios a largo plazo sobrepasan con creces la curva de aprendizaje inicial. El éxito del scrum en el desarrollo de productos complejos de hardware y software para varios sectores y ejes verticales lo convierte en un marco solvente para adoptarlo en una organización.