¿Qué es Scrum? Lo que es y por qué funciona tan bien.

Si trabaja en o alrededor de los equipos de productos, ingeniería o desarrollo de software, es probable que haya escuchado el término Scrum antes. Scrum es un marco diseñado para equipos que construyen y itan rápidamente, y la implementación de procesos de Scrum pueden ayudarlo a trabajar juntos para resolver problemas complejos. Incluso si no está en un equipo de desarrollo, ingeniería o desarrollo de software, puede beneficiarse de Scrum. En este artículo, cubriremos todo lo que necesita saber sobre Scrum, incluido lo que es y por qué funciona tan bien.

¿Qué es Scrum?

Scrum es un marco ágil que ayuda a los equipos colaborar y hacer un trabajo de alto impacto realizado. El marco Scrum proporciona un plan de valores, roles y directrices para ayudar a que su equipo se enfoque en la iteración ymejora continua .

Tradicionalmente, Scrum se ejecuta en un Sprint, que generalmente son sesiones de trabajo de dos semanas de larga duración con entregables específicos debido al final. Hay dos eventos de Scrum adicionales. Los soportes diarios, como su nombre sugiere, suceden una vez al día. Estas son una oportunidad para que el equipo Scrum se conecte durante 15 minutos y coordine las actividades diarias. El segundo evento, la carrera retrospectiva, ocurre una vez que el Sprint ha terminado. Durante la carrera retrospectiva, que será administrada por elMaestro de scrumEl equipo tiene la oportunidad de reflexionar sobre su sprint y hacer ajustes para futuros sprints.

Scrum vs. Kanban vs. ágil

Es posible que haya oído hablar de Scrum en relación con otras metodologías, como Kanban oÁgil. Cada uno de estos marcos juega un papel único en la forma en que los equipos pueden colaborar y mejorar continuamente, pero están estrechamente relacionados con el marco de la metodología Lean. Así es como se comparan:

Ágiles ungestión de proyectosLa filosofía que ayuda a los equipos a mejorar continuamente. Los equipos ágiles creen enDesarrollo iterativo e incremental.Para ayudar a los equipos a responder a un cambio y hacer frente a la incertidumbre. Tanto Scrum como Kanban son subconjuntos de la metodología ágil. Piense en ágil como el término paraguas.

Scrum es una de las metodologías ágiles más populares. Si usas Scrum, eres un equipo ágil. Pero el marco de Scrum tiene roles y sistemas adicionales para ayudar a los equipos a ser ágiles. En Scrum, como en Agile, los equipos trabajan hacia la mejora continua. Pero a diferencia de Agile, que es más de una filosofía o marco, Scrum establece formas específicas, los equipos pueden mejorar continuamente a través de herramientas a través de sprints, Standups y retrospectives.

losMarco de KanbanTambién es un subconjunto de ágil. Kanban es una forma visual de gestionar los procesos continuos y el trabajo. ConHerramientas de Kanban, los equipos tienen una manera de visualizar el trabajo que se mueven a través de las etapas hasta que se complete. A menudo, los equipos que usan Scrum lo hacen en los tableros de Kanban, aunque lo hacen, no es un requisito del marco Scrum.

La historia del scrum

"Scrum", como existe hoy, se introdujo por primera vez en un artículo de 1986 Harvard Business ReviewEl nuevo nuevo juego de desarrollo de productos., escrito por Hirotaka Takeuchi y Ikujiro Nonaka. Takeuchi y Nonaka tomaron el nombre "Scrum" de Rugby, explicando que "como en Rugby, la pelota se pasa dentro del equipo, ya que se mueve como una unidad por el campo".

Scrum fue desarrollado y codificado por Ken Schwaber y Jeff Sutherland en 1995, cuando publicaron suManifiesto ágil y Proceso de desarrollo scrum .

Schwaber y Strum de Sutherland fue en parte un rechazo del modelo de cascada de desarrollo de software. En el modelo de cascada, los proyectos se dividen en fases secuenciales, donde cada fase esentregable (s)Desbloquear la siguiente fase de trabajo. Schwaber y Sutherland creían que los desarrolladores de software podrían beneficiarse de un enfoque iterativo más flexible que les permitiera responder continuamente y adaptarse a su entorno para construir el mejor producto para sus clientes.

Desde su publicación inicial, Schwaber y Sutherland han publicado elGuía de scrum-Un documento vivo se actualizan de forma regular. Según la Guía de Scrum, Scrum alienta a los "equipos para que echen un vistazo a lo efectivo que son sus técnicas de trabajo, y los equipos desafían a evolucionarlos continuamente y mejorarlos".

Cómo funciona Scrum

Lo más importante que debe saber si va a ejecutar un proceso Scrum es que el marco Scrum se basa en un sistema de mejora continua. En Scrum, usted reconoce que es posible que no sepa nada al comienzo de un Sprint, y puede ajustar sus procesos y necesidades según sea necesario en función de la información que obtiene durante el proceso Sprint.

Eventos Scrum típicos

Entonces, ¿qué es exactamente el scrum? ¿Qué estará haciendo su equipo si usas Scrum? Así es como se sacude el proceso de Scrum:

1. Organiza tu backlog.Para comenzar un Scrum Sprint, su equipo de equipo (también conocido como Scrum Master) identificará qué trabajo para tirar de suPila de Producto-es decir. trabajo que debe hacerse. Para tener la mejor posible Scrum Sprint, asegúrese de que le duele la retroceso de su producto en un solo lugar. Considera usar unHerramienta de gestión de proyectospara recoger toda esta información.

2. Mantenga una sesión de planificación de Sprint.Antes de que pueda comenzar su Scrum Sprint, debe saber en qué se centrará. Durante su sesión de planificación de Sprint, evaluará qué trabajo de la backlog su equipo se centrará durante este Scrum Sprint específico. Para empezar, prueba nuestroPlantilla de planificación de sprint gratis .

3. Comience su Scrum Sprint.Típicamente, un Sprint tiene dos semanas de largo, aunque puede tener sprints más cortos o más largos, dependiendo de lo que funciona mejor para su equipo. Durante su Sprint, su equipo trabajará en los artículos de su backlog que ha descrito durante su sesión de planificación de Sprint.

4. Hosty Daily Scrum Standups.Planee reunirse con su equipo de Scrum durante 15 minutos todos los días. Las reuniones de Standup Daily son su oportunidad de resolverse sobre lo que está trabajando y de triage los bloqueadores inesperados en los que pueda haber encontrado. Para ejecutar la forma de pienso diario más efectiva, prueba nuestraPlantilla de Standups Daily Free .

5. Presente su trabajo durante la revisión de Sprint.Una vez que haya terminado su Scrum Sprint, su equipo debe reunirse para una revisión de Sprint. Durante este tiempo, su equipo de Scrum presentará el trabajo que está "hecho" para la aprobación o inspección de las partes interesadas.

6. Conecte y reflexione durante la carrera retrospectiva.Después de que termine su Sprint, tome un tiempo para discutir cómo fue, y qué podría mejorarse en el futuro. Recuerde que Scrum cree en un proceso de mejora continua, así que no tenga miedo de probar nuevos procesos o estrategias de reabastecimiento que se sientan menos efectivos durante su próximo Sprint. Pruebe nuestroPlantilla retrospectiva de Sprint Freepara guiar su próxima reunión.

Antes de comenzar con Scrum, asegúrese de que su equipo esté alineado en lo que significa "hecho". Debido a que Scrum se ejecuta en un proceso de mejora continua, esto podría no ser tan obvio como usted cree. En Scrum, nada es perfecto, porque su equipo es flexible e mejorando iterativamente. Así que "hecho" no significa "Esto no puede mejorar", sino que su equipo de Scrum dejará de trabajar en él, por ahora.

Por ejemplo, aquí hay algunas definiciones de "Hecho" para diferentes equipos de Scrum:

El producto está listo para ser liberado.

El producto se ha probado y está listo para ser liberado en un entorno beta.

El producto ha sido probado de aceptación y es liberable a todos los usuarios.

No importa cuál sea la definición de su equipo de "Hecho", asegúrese de que todos estén en la misma página. Una vez que tenga su definición, es útil mantenerlo en una fuente central de verdad y hacer referencia con frecuencia, especialmente durante su revisión de Sprint.

Artefactos scrum

En Scrum, un artefacto es algo que haces, como una herramienta para resolver un problema. Hay tres artefactos en Scrum: la backlog del producto, el retroceso de Sprint y el incremento del producto.

La backlog del producto es la lista maestra del trabajo que debe hacerse. Esta lista debe ser triada por el gerente del proyecto o al propietario del producto. Tenga en cuenta que solo porque algo está en el backlog del producto no significa que su equipo funcione, más bien, los artículos en la acumulación del producto son opciones en las que su equipo puede trabajar durante un Scrum Sprint. Los propietarios de proyectos deben reordenar con frecuencia y actualizar la backlog del producto, según la nueva información de los clientes, desde el mercado o del equipo del proyecto.

losSprint BacklogEs la colección de trabajo o productos que su equipo se ha comprometido a la duración de un Scrum Sprint. Estos artículos se eligen desde la backlog del producto durante la sesión de planificación de Sprint, y se trasladó a su equipo. Proyecto de planificación de SprintSi tienes uno.

Es posible que su equipo no lo ofrezca todo en el atraso durante cada sprint, pero es poco probable que agregue a la acera colgante Mid-Sprint. Si se encuentra haciendo eso con frecuencia, pase más tiempo en la fase de planificación de Sprint para que tenga una idea concreta de lo que trabajará durante su Sprint.

El incremento del producto es lo que entregará al final de un sprint. Esto puede ser un nuevo producto o característica, una mejora o solución de errores, o cualquier otra cosa según su equipo. Planee presentar su incremento durante la revisión de Sprint. En ese momento, se enviará o no se enviará según lo que piensen los interesados ​​que piensan sobre el incremento y si está "hecho".

Roles de scrum

Hay tres roles principales de Scrum:

Dueño del producto.Esta es la persona a cargo de la acumulación del producto. Están conectados a las necesidades de los usuarios y se están enfocando en contar la historia del usuario a su equipo y a otras partes interesadas ejecutivas. Los propietarios de buenos productos traen claridad sobre lo que es más importante para entregar a continuación. En última instancia, deberían ser la persona que decide cuando algo está listo para enviar (con un sesgo hacia el envío con frecuencia).

Scrum Master.El Scrum Master es la persona que ejecuta los diversos eventos de Scrum. Piense en ellos como el gerente de proyectos de Scrum y el facilitador. El Scrum Master debería facilitar las reuniones de pienso diario y albergar las reuniones de planificación, revisión y retrospectivas de Sprint.

Equipo de scrumEl equipo de Scrum es todo el mundo que está trabajando en el Sprint. Los miembros del equipo deben ser autoorganizados y colaborativos para lograr el objetivo de Scrum de la mejora continua.

Principios de Scrum

Hay seisPrincipios de ScrumEso le ayuda a aplicar el marco Scrum y beneficiarse de Scrum. Ellos son:

Control sobre el proceso empírico.Los equipos de Scrum creen en la transparencia, la inspección y la adaptación.

Auto-organización.Aunque su equipo de Scrum tendrá roles y reglas, cada miembro de Scrum está facultado para tomar posesión de sus tareas y su trabajo. Scrum cree que la propiedad compartida conduce a equipos más creativos y dinámicos.

Colaboración. Su equipo entregará los mejores resultados si trabajas juntos durante y después del Scrum Sprint.

Priorización basada en valor.El objetivo de un Scrum Sprint es entregar el mejor valor comercial. Para hacerlo, debe priorizar su trabajo desde el inicio del proceso de Scrum.

TimBoxing.El proceso Scrum tiene varias actividades basadas en el tiempo, como el Sprint en sí, las piezas diarias y la retrospectiva. Debido a que Scrum trabaja en una creencia de mejora continua, es importante para el trabajo de la caja de tiempo para pasar a la siguiente tarea y mejorar el trabajo futuro.

Desarrollo iterativo.En Scrum, tu primer producto no será perfecto. Pero al construir iterativamente, su equipo será más capaz de adaptarse a las necesidades del cliente y modificar el producto y sus salidas según la priorización basada en valor.

Valores scrum

Para beneficiarse de Scrum, los equipos deben adherirse a los cinco.Valores de Scrum principales, como se define en la Guía Scrum:

Compromiso:El equipo de Scrum es un miembro, y los miembros del equipo necesitan confiar en los demás. Los miembros del equipo Scrum están comprometidos con el Sprint por su duración, y dedicados a la mejora continua para encontrar la mejor solución.

Coraje:Durante un scrum, el equipo puede encontrar problemas difíciles que no tienen respuesta exacta. Los equipos de Scrum tienen coraje para hacer preguntas abiertas, difíciles y responder honestamente para llegar a la mejor solución.

Enfocar:Durante cualquier Scrum Sprint, el equipo Scrum trabajará desde una backlog de producto. El equipo de Scrum se centra en el trabajo que han elegido de la backlog para llegar a sus entregables al final del Sprint.

Franqueza:No todo irá perfectamente durante Scrum. Los miembros del equipo Scrum deben estar abiertos a nuevas ideas y oportunidades que ambos les ayuden a aprender individualmente y pueden ayudar a mejorar su producto o proceso.

Respeto:La colaboración es la clave para Scrum, y para apoyar la colaboración del equipo, los miembros del equipo deben respetarse unos a otros, el Scrum Master y el proceso de Scrum.

¿Debería mi equipo usar Scrum?

Scrum no es para todos, pero tampoco está limitado a los equipos de productos, desarrollo de software e ingeniería. Cualquier equipo puede adoptar el marco Scrum y usar la mejora continua para hacer un gran trabajo. Aquí hay algunos pros y contras de usar Scrum:

Los profesionales de Scrum

Scrum es más efectivo para los equipos que necesitan construir y enviar las cosas con frecuencia, si esas son "productos" tradicionales como el código o las nuevas características, o más "productos" de Scrum "como campañas de marketing o activos creativos.

Equipos que siguen al marco de Scrum Benefato de agilidad y flexibilidad. El proceso Scrum puede ayudarlo a aumentar el trabajo en equipo y golpear sus objetivos de manera más efectiva. Además, los equipos de Scrum siempre saben exactamente lo que están trabajando, ya que están tirando de las tareas de la acumulación del producto, y son claras sobre cuáles son sus objetivos, ya que todos se han alineado en lo que significa "hecho".

Limitaciones de Scrum

Los proyectos Scrum pueden sufrir con frecuencia deScope flepPorque el proceso Scrum abraza y fomenta el cambio. Si se cambia demasiado, o obtiene demasiadas piezas discordantes de comentarios de los clientes, puede estar iterando una y otra vez sin resultados reales.

Solución:Asegúrese de definir claramente los objetivos e incremento de cada Sprint. Además, asegúrese de que todo su equipo de Scrum esté claro en lo que significa "hecho", por lo que no funcionan "Hecho". Si es necesario, implemente un proceso de control de cambio para evitar estos problemas.

Los equipos de Scrum tienen muchas reuniones, además de la revisión de Sprint Plangran y Sprint regularmente programadas, los equipos de Scrum también se reúnen diariamente para un standup.

Solución:Si sus reuniones de Scrum Daily no se sienten útiles, encuentre una manera de cambiarlos. Mantener un seguimiento de sus hendinteros en un proyecto puede ayudarlo a enfocar solo las cosas más útiles.

Scrum puede ser difícil (aunque no imposible) para implementar si no está en un producto, ingeniería o equipo de desarrollo de software.

Solución:Si su equipo decide usar Scrum, asegúrese de aclarar exactamente cómo los procesos de Scrum le ayudarán. Si es posible, identifique los puntos de dolor actuales y apunte a los eventos de Scrum que pueden ayudar. Además, planea tener varias sesiones de capacitación durante sus primeros scrum Sprints para ayudar a su equipo a tener éxito.

Empezar con scrum

Los mejores equipos de Scrum son grupos de iterativos colaborativos que tienen claridad en lo que están trabajando para cada sprint. Para hacerlo, necesita una fuente central de verdad para su trabajo, como Gestor de tareas UDN . Aprender cómoLos equipos ágiles funcionan ScrumconGestor de tareas UDN .