Untitled

¿Qué es scrum?

• 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. Aunque se considera a menudo un marco de trabajo de gestión de proyectos ágiles, scrum hace referencia a un conjunto de reuniones, herramientas y funciones que trabajan de forma coordinada para ayudar a los equipos a estructurar y gestionar su trabajo.

El marco de trabajo

• 
• El marco de trabajo de scrum es heurístico. Se basa en el aprendizaje continuo y en la adaptación a los factores fluctuantes. Reconoce que el equipo no lo sabe todo al inicio de un proyecto y evolucionará a través de la experiencia. Scrum está estructurado para ayudar a los equipos a adaptarse de forma natural a las condiciones cambiantes y a los requisitos de los usuarios, con el cambio de prioridades integrado en el proceso y ciclos de publicación breves para que tu equipo pueda aprender y mejorar constantemente.

Artefactos de scrum

• 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. Es una lista dinámica de funciones, requisitos, mejoras y correcciones que actúa como entrada para el backlog del sprint. Se trata, básicamente, de la lista de tareas del equipo. El propietario del producto revisa, vuelve a priorizar y realiza el mantenimiento del backlog del producto constantemente porque, conforme más aprendemos o cambia el mercado, los elementos pueden dejar de ser relevantes o los problemas se pueden resolver de forma distinta.
• 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. Antes de cada sprint, en la reunión de planificación del sprint (de la que hablaremos más adelante en este artículo), el equipo elige en qué elementos del backlog del producto va a trabajar durante el sprint. Un backlog de sprint puede ser flexible y puede evolucionar a lo largo del sprint. No obstante, no se puede poner en peligro el objetivo fundamental del sprint, es decir, lo que el equipo quiere lograr con el sprint actual.
• El incremento:No obstante, esta definición puede no ser la adecuada para otros tipos de equipos. Imagina que trabajas en un producto basado en servidor que solo se puede lanzar a los clientes una vez por trimestre. Puedes elegir que la duración de tus sprints sea de dos semanas, pero tu definición de "terminado" se referirá a completar parte de una versión más amplia que lanzarás en conjunto. Por supuesto, cuanto más se tarde en publicar software, mayor es el riesgo de que no esté a la altura.

Protocolos o eventos de scrum

• Organizar el backlog:Esta acción es responsabilidad del propietario del producto. Las tareas principales del propietario del producto consisten en orientar el producto hacia la visión de él que tiene y estar pendiente del mercado y los clientes de forma constante.
• Planificación de sprints: A continuación, se añaden historias de uso específicas del backlog del producto al sprint. Estas historias siempre se adaptan al objetivo y las acuerda el equipo de scrum, de forma que sea factible implementarlas durante el sprint.
• Sprint:La duración de un sprint suele ser de dos semanas, aunque algunos equipos consideran que una semana es un periodo más sencillo para establecer el alcance o que un mes funciona mejor para entregar un incremento valioso. Dave West, de Scrum.org, advierte que cuanto más complicado y desconocido sea el trabajo, más cortos deben ser los sprints. No obstante, la decisión la tiene el equipo, y no debe daros miedo cambiarla si no funciona. En este periodo, se puede renegociar el alcance entre el propietario del producto y el equipo de desarrollo, si fuese necesario.
• Scrum diario o reuniones rápidas: Esta reunión también puede llamarse "reunión diaria rápida", un nombre que enfatiza en el hecho de que debe ser rápida. El objetivo del scrum diario es que todo el equipo esté en sintonía, que estén centrados en lograr el objetivo del sprint y establecer la planificación de las próximas 24 horas.
• Revisión del sprint: El equipo de desarrollo muestra los elementos del backlog que están terminados a las partes interesadas y los compañeros del equipo para que proporcionen comentarios. El propietario del producto puede decidir si publica el incremento o no, aunque en la mayoría de los casos sí se publica.
• Retrospectiva del sprint: La idea es crear un entorno en el que el equipo se pueda centrar más en lo que ha salido bien y lo que necesita mejorar para la próxima vez, y menos en lo que ha salido mal.

Tres funciones esenciales para alcanzar el éxito con scrum

• el propietario del producto, el experto en scrum y el equipo de desarrollo. Y, puesto que los equipos de scrum son interdisciplinares, el equipo de desarrollo está formado por evaluadores, diseñadores, especialistas en experiencia de usuario e ingenieros de operaciones, además de desarrolladores.
• El propietario del producto de scrum: 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: Un experto en scrum eficaz conoce profundamente el trabajo que realiza el equipo y puede ayudarlo a optimizar su transparencia y flujo de trabajo.
• El equipo de desarrollo de scrum: El equipo de scrum impulsa el plan de cada sprint. Prevén cuánto trabajo creen que pueden finalizar a lo largo de la iteración en función de su historial de velocidad. Mantener una longitud fija de la iteración aporta al equipo de desarrollo feedback sobre su estimación y proceso de entrega, lo cual a su vez consigue que las previsiones sean cada vez más precisas.

Scrum, kanban y la metodología ágil

• 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.
• Scrum, sin embargo, tiene varios conceptos categóricos aplicados como parte de su implementación, como la revisión de sprint, la retrospectiva, el scrum diario, etc. También insiste en la interdisciplinariedad, que es la capacidad de un equipo de scrum para no depender de miembros externos para lograr sus objetivos.

Entonces, ¿por qué elegir scrum?

• 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.
• Los lanzamientos rápidos mantienen al equipo motivado y contentos a los usuarios, ya que pueden percibir progreso en poco tiempo.
• 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.
• 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.