¿Qué es Scrum?

Scrum, un marco de gestión de productos popular, ayuda a los equipos de desarrollo a lograr valor agregado. En otras palabras, Scrum ayuda a los equipos de productos a tomar grandes proyectos y dividirlos en partes más pequeñas para seguir el progreso y practicar la ejecución continua.

Scrum es responsabilidad del líder de scrum. Estos líderes deben facilitar un entorno en el que el propietario del producto, en colaboración con las partes interesadas, pueda encargar el trabajo en problemas complejos a la cartera de pedidos. El equipo, que incluye a las personas responsables de crear el producto (ingenieros, arquitectos, diseñadores), convierte el backlog en una colección de trabajo dentro de un límite de tiempo. Luego, el equipo y las partes interesadas revisan los resultados y hacen ajustes para el siguiente sprint.

Enjuague y repita.

Definamos algunos de estos términos arriba.

Scrum: 5 términos clave que debe conocer

  1. líder de scrum: esta es la persona responsable de la salud del proceso scrum.
  2. Dueño del producto: es la persona responsable de la gestión de los grupos de interés.
  3. Retraso: aquí los problemas se desglosan y enumeran de forma comprensible para el equipo de desarrollo (diseñadores, ingenieros y arquitectos).
  4. pique: Los sprints son el tiempo que un equipo pasa trabajando en un problema. Este es un incremento constante de tiempo, por lo general una o dos semanas.
  5. Parte interesada: persona asociada a la organización que tiene interés en el éxito del proyecto.

Lectura relacionada de Adam ThomasPara mantenerse ágil, no deje que su equipo de producto caiga en una trampa

¿Por qué es importante Scrum?

El proceso Scrum crea una cadencia para que los miembros del equipo comprendan, comuniquen y ejecuten el trabajo en pasos más pequeños, lo que reduce el riesgo general. Muchos problemas de software provocan sobrecostos y sobrecostos porque sin la capacidad de articular el trabajo y dividirlo en partes pequeñas, los problemas pueden pasar fácilmente desapercibidos y sin resolver hasta que envíe su producto. Entonces es demasiado tarde para resolver el problema a bajo costo.

La teoría de Scrum ataca el potencial de problemas no vistos y no resueltos de tres maneras.

  • Transparencia — A lo largo del proceso, el trabajo es visto por quienes lo realizan (el equipo de desarrollo) y quienes lo reciben (stakeholders).
  • Revisar – El equipo de desarrollo verifica regularmente los artefactos para detectar vulnerabilidades mientras se desarrollan, en lugar de esperar a que sucedan.
  • Adaptación — El proceso de scrum no es estático; en cambio, evoluciona con el proyecto.

Un buen scrum está constantemente abierto, criticado y modificado de acuerdo a los proyectos y problemas que resuelve el equipo.

¿Qué es el proceso Scrum?

  • Scrum diario: Comprobación diaria del estado del sprint.
  • pique: Un marco de tiempo consistente para que el equipo evalúe el trabajo que está haciendo.
  • Reunión de planificación de Sprint: Una reunión para planificar qué trabajo se llevará a cabo durante el sprint.
  • Descripción general del sprint: Revise el desempeño del equipo y de las partes interesadas para obtener comentarios y comprensión.
  • Retrospectiva de Sprint: Una revisión de los métodos de trabajo en sí mismos para que el equipo pueda trabajar mejor juntos en el futuro.
Introducción a Scrum en 7 minutos. | Video: Uselitas

Cómo ejecutar el Marco Scrum

Su proceso de scrum puede tomar diferentes formas según la evolución del equipo y los desafíos que enfrenta; sin embargo, algunos aspectos siguen siendo los mismos.

  • Los equipos Scrum tienen un líder quién es el responsable del proceso en sí. Dependiendo del tamaño del equipo, esto puede ser un trabajo en sí mismo. El equipo también cuenta con un propietario del producto y un equipo de desarrollo para evaluar el problema y brindar una solución.
  • Los equipos Scrum tienen rituales que utilizan la teoría de la transparencia, la verificación y la adaptación. Suelen adoptar la forma de una sesión de planificación, una revisión diaria (transparencia), una revisión de la obra en sí (revisión) y una retrospectiva (adaptación).
  • Los equipos Scrum tienen artefactos, como un gráfico de registro (un artefacto que determina si su calificación es consistente con el trabajo completado a lo largo del tiempo) para verificar el trabajo. Los equipos también tendrán una acumulación global para resolver grandes problemas, así como una acumulación de sprint en la que el equipo puede trabajar. El equipo también tendrá un DoD (determinación hecha), una lista de condiciones que el equipo debe cumplir para considerar completa la extensión del producto.

A continuación se presentan algunos recursos útiles para comenzar.

  • Scrum.org es un sitio web creado por la comunidad Scrum. Encontrará toneladas de videos, capacitaciones y otros recursos para ayudarlo a comprender e implementar scrum en su organización.
  • Guías de Scrum: aquí están las guías oficiales de Scrum.

Lectura relacionada de expertos en productosLos jefes de producto deben deshacerse de la «gestión de datos»

¿Cuáles son los beneficios de Scrum?

Scrum es un gran marco para la transparencia, la validación y la adaptación. Al mirar una gran cantidad de trabajo, es fácil sentirse abrumado y retrasarse en la entrega. Siempre me recuerda a la autora Anne Lamott. pájaro tras pájaro. El hermano Lamott, joven en ese momento, luchó con el informe del libro y esperó hasta el último minuto. Su padre le dijo que empezara. Su hermano estaba confundido. Había tanto trabajo; ¿Cómo sabes por dónde empezar? El padre Lamott miró a su hermano, le pasó el brazo por los hombros y le dijo que lo tomara «pájaro por pájaro», una pieza a la vez.

¿Cuáles son los riesgos de Scrum?

Sin embargo, la preocupación con esta forma de pensar es que con grandes retrasos, los equipos pueden encontrarse trabajando en problemas que eran relevantes hace unos años pero que ya no son una prioridad. Al practicar la metodología scrum, es muy importante adaptarse cuidadosamente en todos los niveles para no quedarse atascado en un proceso solo porque es un proceso. En otras palabras: no olvides revisar tu backlog.

Dejar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *