Piense en Scrum como un proceso para realizar el trabajo en equipo en pequeños fragmentos a la vez, con experimentación constante y ciclos de retroalimentación a lo largo del camino para aprender y mejorar sobre la marcha. Si recién está comenzando, piense en Scrum como una forma de hacer el trabajo de esta manera. Scrum permite que las personas y los equipos creen y dominen el valor en pequeños pasos y trabajando juntos. Además, scrum es un marco para el desarrollo ágil que brinda a las personas y los grupos la cantidad justa de estructura para agregar a sus formas de trabajo y al mismo tiempo les da la libertad de usar las prácticas que funcionan mejor para ellos. En este artículo se discutirán tres reglas y principios fundamentales del scrum.
¿Qué es Scrum?
Scrum es un marco ágil para la gestión de proyectos. Comprende un conjunto de principios rectores y prácticas que ayudan a los equipos a organizar y controlar su trabajo. Scrum, por otro lado, se basa en cómo entrenan los equipos de rugby y enfatiza la importancia de que los equipos aprendan de sus errores, resuelvan problemas por sí mismos y hablen sobre sus éxitos y fracasos para poder crecer.
El scrum al que me refiero lo utilizan con mayor frecuencia los equipos que crean software, pero las habilidades y las ideas que enseña se pueden utilizar en cualquier tipo de trabajo en equipo. Debido a esto, Scrum ha ganado mucha atención. Scrum es una forma de planificar y administrar el trabajo de un equipo utilizando reuniones, herramientas y roles específicos. Se basa en los principios de la gestión ágil de proyectos.
¿Cuándo es aplicable Scrum?
Scrum funciona mejor cuando un equipo multifuncional está trabajando en el desarrollo de un producto en un entorno donde hay una cantidad significativa de trabajo que se puede dividir en más de una iteración que dura entre dos y cuatro semanas.
¿Cuáles son los siete elementos de Scrum?
Quienes están descontentos con el resultado de un proyecto son casi unánimes en su creencia de que saben quién tiene la culpa. Los propietarios culpan a los trabajadores holgazanes, los analistas a los clientes, los desarrolladores a la gestión inepta, etc. ¿Hay acuerdo en esto? Nadie tiene razón. Cada uno de nosotros piensa que solo él puede actuar inteligentemente y que las acciones de los demás se basan en sus personalidades. Por regla general, ese no es el caso; cada uno tiene sus propias justificaciones.
Atribuir culpa es fútil. En lugar de tratar de encontrar personas malas, concéntrese en identificar los sistemas dañinos que fomentan el desarrollo de malos procedimientos y recompensan el desempeño deficiente. Scrum es un marco para fomentar el trabajo colaborativo en equipo. Evita identificar a los malhechores a favor de descubrir qué salió mal para que pueda arreglarse. Estos son los siete elementos de un scrum:
#1. Identificar un Scrum Master
Alguien tiene que sondear las respuestas a las preguntas difíciles. Un personaje con la sabiduría del bufón de Shakespeare sería útil. Un "maestro de scrum" es alguien que vigila cómo va un proyecto, se asegura de que se lleven a cabo las reuniones diarias de "scrum" del equipo y ayuda a eliminar los obstáculos. La función principal del Scrum Master es la gestión de proyectos. No es una buena idea que la misma persona actúe como experto en scrum y propietario del producto, ya que realizan funciones diferentes y podrían tener intereses contrapuestos.
#2. Estrategia de producto
Para cualquier proyecto o producto, la “visión del producto” describe el objetivo final. Definir este ítem es el primer paso para darle al proyecto o producto su rumbo definitivo. La visión del producto sirve como brújula para el equipo Scrum.
El equipo de scrum debe conocer la visión del producto como la palma de su mano. Eso significa que debe ser sucinto y claro. Sin embargo, es importante que un equipo Scrum tenga presente la visión del producto en todo momento.
#3. Lanzar una cartera de productos
La cartera de pedidos del producto contiene todos los requisitos del producto, ordenados por orden de prioridad. Para seguir avanzando a medida que se desarrolla el producto, el equipo sigue una cartera de pedidos en constante evolución. Para definir claramente "todo lo que un equipo puede realizar por prioridad", no hay mejor manera que utilizar una cartera de productos.
En un momento dado, debe haber como máximo una acumulación de productos. Eso significa que el propietario del producto debe establecer prioridades en función de todo el conjunto de actividades. El propietario del producto debe hablar con todos los involucrados para obtener comentarios completos y asegurarse de que todas las necesidades y expectativas de los clientes estén en el backlog.
#4. Aportar transparencia al proceso
Armar la estructura adecuada es de suma importancia. Debe haber un énfasis en el individualismo, la autonomía y el respeto por los demás. Los líderes organizacionales que quieren mantener todo en secreto no quieren que ni siquiera los miembros más importantes del personal estén al tanto del estado actual de las cosas, los logros de la organización o la oportunidad con la que se lograron. Sin embargo, es imposible comerciar con información o experiencia, ya que los secretos son lo único que puede garantizar su autoridad continua (al menos, eso creen). Lo único que les importa son ellos mismos y, en la mayoría de los casos, eso no es bueno para el producto o el negocio.
#5. Pila de Sprint
La sección "Sprint Backlog" de la "Product Backlog" muestra lo que el equipo priorizará y trabajará durante el Sprint. Es la lista de cosas que necesitas hacer durante el sprint.
Los elementos en la acumulación de sprint se clasifican en tareas en las que el equipo puede trabajar en la próxima semana. Antes del final del sprint, cada elemento del backlog del sprint debe escribirse en código, probarse y documentarse. Durante la reunión de sprint, el propietario del producto colabora con el equipo de scrum para crear una acumulación de sprint. A menudo se usa un tablero de tareas con columnas para cada paso del proceso para mostrar el trabajo pendiente del sprint.
#6. Planifica tu Sprint
Durante un sprint, un equipo trabaja en conjunto para crear una versión funcional del producto, incluso si es solo una pequeña parte del proyecto general. Posteriormente, se puede mostrar puntualmente ante el cliente. La planificación, o "planificación de sprint", es la reunión que se lleva a cabo antes de cada sprint en la que el equipo, el scrum master y el propietario del producto deciden qué se logrará durante el sprint.
Debe haber un límite de tiempo constante para los sprints, y ese límite de tiempo no debe ser superior a un mes. Se recomiendan duraciones de sprint de una a dos semanas (cuestionable, pero para mí, funciona mejor). El equipo estima en cuántas cosas se puede trabajar en el próximo sprint desde la parte superior de la cartera de pedidos. La estrategia de un equipo debe tener en cuenta el total de puntos del sprint más reciente después de algunas iteraciones. Si bien el scrum master y el equipo pueden intentar aumentar la cantidad de puntos ganados en cada sprint, deben hacerlo dentro de lo razonable.
El propietario del producto y el equipo pueden verificar que tienen un entendimiento compartido de cómo llevar a cabo sus tareas durante la fase de planificación del sprint. Todos los involucrados en el sprint deben llegar a un consenso sobre su propósito y las tareas asociadas con él en esta reunión.
#7. Tabla de tasa de quema
Aunque no suele ser una de las partes más importantes de un scrum, un burndown chart es una herramienta esencial que no debe pasarse por alto. Es una representación visual de la rapidez con la que el equipo está trabajando en las historias de usuarios u otros elementos en la cartera de productos. En consecuencia, un gráfico de evolución representa el esfuerzo general en relación con la carga de trabajo del sprint.
También se usa un gráfico de trabajo pendiente para asegurarse de que un proyecto siga avanzando y que el resultado final sea bueno y se entregue a tiempo.
La cantidad de puntos de historia de usuario que completa un equipo Scrum en un sprint determina su eficiencia. No tenga en cuenta la finalización parcial al calcular la velocidad.
¿Cuántos pilares hay en Scrum?
Hay tres pilares en un marco Scrum, que son:
- Transparencia
- Adaptación
- Inspección.
Son cruciales para los logros de Scrum. Sin ellos, corre el riesgo de gastar tiempo y energía en una rueda de hámster infructuosa. Echemos un breve vistazo a estos pilares.
# 1. Transparencia
El backlog del producto, el backlog del sprint y el incremento del producto deben estar abiertos entre sí. Debido a que las decisiones se basan en estos elementos, el equipo Scrum y todas las partes involucradas necesitan acceder a ellos. Además de los elementos antes mencionados, el equipo scrum también debe ser transparente con respecto a sus acuerdos de equipo, las formas en que colabora tanto interna como externamente, la visión y estrategia de la empresa, así como también cómo el incremento del producto contribuye a estos.
La transparencia es fundamental para que la auditoría tenga éxito. La inspección es una pérdida de tiempo y dinero si no hay forma de ver lo que se está inspeccionando, y la implementación de juicios basados en una inspección sin transparencia desperdicia aún más tiempo y dinero.
#2. Adaptación
Cuando una revisión demuestra que el último incremento o desarrollo del producto necesita ajustes, la técnica de scrum debe modificarse de inmediato. El grupo Scrum toma decisiones y da los pasos apropiados. El equipo scrum necesita autoridad desde arriba para acelerar el crecimiento y la evolución del proceso. Además, restringir la autonomía de un equipo Scrum es un error organizacional común.
#3. Inspección
En scrum, los miembros examinan frecuente y minuciosamente qué tan bien lo están haciendo en términos de alcanzar tanto el objetivo general del producto como el objetivo actual del sprint. De esa manera, los problemas con el incremento del producto o el proceso de desarrollo se pueden detectar desde el principio. El sprint, la planificación del sprint, el scrum diario, la revisión del sprint y la retrospectiva del sprint son los cinco tiempos de inspección más enfocados en Scrum. En cualquier momento durante el proceso de scrum, existe la posibilidad de que se requiera una inspección.
La inspección es el paso más importante en cualquier tipo de adaptación. Sin pruebas, gastar tiempo y dinero para adaptarse es una pérdida de tiempo y dinero. Olvidarse de verificar sus adaptaciones antes de implementarlas podría desperdiciar todo un sprint para su equipo.
¿Qué es Scrum Master?
En pocas palabras, un Scrum Master es un profesional capacitado que utiliza la gestión de proyectos Agile para liderar un equipo a través de un proyecto. Un Scrum Master también está a cargo de coordinar y facilitar todas las interacciones entre las personas a cargo del proyecto y los miembros del equipo.
El rol de un Scrum Master está enfocado pero tiene implicaciones de gran alcance para cualquier empresa. Sin embargo, un scrum master normalmente opera en segundo plano y tiene poco que decir en el desarrollo o la estrategia del producto en sí. Como gerente de proyecto, su rol es más parecido al de un intermediario entre los propietarios de productos o líneas de negocios y los equipos de desarrollo. Scrum Masters debe ser capaz de combinar conocimientos técnicos con habilidades interpersonales y de comunicación. Esto se debe a la naturaleza colaborativa de los procedimientos ágiles. Teniendo en cuenta la complejidad de los proyectos de software, es fácil que un solo desarrollador pierda de vista el panorama general mientras se encuentra inmerso en la codificación.
Un Scrum Master, por otro lado, mantiene las cosas en perspectiva, ayudando a los equipos a ver el panorama general y aprendiendo a sortear obstáculos como dependencias organizacionales y tecnológicas. Esto da a los miembros del equipo un sentido de responsabilidad y les ayuda a terminar su trabajo en la fecha de vencimiento.
¿Cuáles son los roles y responsabilidades del Scrum Master?
A pesar del título, el scrum master no tiene autoridad ejecutiva sobre el equipo de desarrollo o el proyecto. Las responsabilidades de un Scrum master pueden incluir, entre otras, las siguientes:
#1. Poner en Métodos Efectivos de Gestión de Proyectos y Mejores Prácticas
El trabajo del Scrum Master es reunir al equipo y dar la bienvenida a los nuevos miembros, presentarles la cultura de la empresa y darles una imagen clara de cuál es el objetivo final. El scrum master también sirve como una forma para que el equipo del proyecto y cualquier parte interesada externa compartan información y hablen entre sí. Mantienen un ojo en cómo van las cosas, ofrecen críticas útiles y promueven una mentalidad de aprendizaje y adaptabilidad.
#2. Miembros del equipo de entrenadores
Al reflejarles la situación actual del equipo, el scrum master les ayuda a mejorar su desempeño. Con un poco de ayuda y trabajo, un equipo Scrum puede volverse autogestionario y crear un sentido compartido de propiedad y compromiso.
La filosofía de Scrum, las prácticas de Scrum y los estándares del equipo son cosas con las que el Scrum Master puede ayudar a los miembros del equipo.
Debido a que no existen niveles formales de gestión en los equipos Scrum, el Scrum master debe confiar en sus habilidades persuasivas para hacer las cosas. Scrum también traslada la carga de la responsabilidad por el éxito del proyecto del Scrum Master a todo el equipo Scrum.
#3. Deshazte de los obstáculos
el scrum master se asegura de que la atención de todos esté en las tareas en cuestión cuando se trabaja de forma iterativa. Para lograr esto, el scrum master se ocupa de cualquier cosa que pueda obstaculizar el desarrollo del grupo. Demasiadas reuniones innecesarias, por ejemplo, pueden obstaculizar la productividad de un equipo. El Scrum Master debe trabajar con los planificadores de las reuniones para garantizar que solo se llame a los participantes necesarios para que se presenten. Junto con los propietarios de productos y las partes interesadas, el experto en scrum puede reasignar el tiempo y el esfuerzo de los miembros del equipo que trabajan en varios equipos.
#4. Enseñar prácticas y principios de Scrum
Uno de los trabajos principales de un maestro Scrum es guiar a la organización a través del proceso de implementación de Scrum brindando capacitación, entrenamiento y asesoramiento a los miembros del equipo. Al mismo tiempo, corra la voz sobre el marco, los principios y los principios de Scrum que ha aprendido. Un objetivo clave es alentar a la empresa a comenzar a basar sus decisiones en evidencia.
Una parte del trabajo del Scrum Master es ayudar a las partes interesadas a hablar con el equipo Scrum de una manera que promueva la apertura, el respeto mutuo y el crecimiento.
#5. Iniciar reuniones diarias de pie
Al facilitar reuniones como stand-ups diarios, sesiones de planificación de sprints, revisiones de sprints, etc., el Scrum Master garantiza que el equipo se mantenga encaminado y organizado. Los miembros del equipo informan sobre su progreso hasta el momento, comparten sus planes para el día y expresan cualquier inquietud que puedan haber encontrado hasta el momento. El Scrum Master debe asegurarse de que todos los miembros del equipo, incluidos aquellos que trabajan de forma remota, tengan acceso y puedan participar en todas las reuniones programadas.
Principios de Scrum
El marco Scrum se construyó sobre un conjunto de principios rectores conocidos como los principios Scrum. Tenga en cuenta que los principios de Scrum también se aplican a todas las industrias o proyectos. Los principios básicos de Scrum no se pueden cambiar y deben usarse como se describe en un manual. Los elementos y prácticas de Scrum, sin embargo, son adaptables a las especificaciones de cualquier proyecto o negocio determinado.
Es más probable que los usuarios crean que el marco Scrum los ayudará a alcanzar los objetivos de su proyecto si siguen los principios rectores del marco y los usan correctamente. En el marco de Scrum, los "principios" son las reglas fundamentales que se deben seguir. Estos son los 3 principios principales de Scrum:
- Control sobre el proceso empírico: este principio destaca los principios básicos de la metodología Scrum, que son apertura, inspección y flexibilidad. Cuando un problema no está bien definido o cuando no hay respuestas obvias, el control de procesos empíricos puede ayudar a los alumnos a comprender mejor a través de la experimentación.
- Autoorganización: el proceso Scrum depende en gran medida de una gran cantidad de personas, por lo que la autoorganización es crucial. El principio de autoorganización promueve la autonomía en el trabajo, lo que eleva la moral y simplifica la medición de la contribución de cada participante.
- Colaboración: este principio rector destaca la importancia de tres factores importantes para un trabajo en equipo eficaz: la autoconciencia, la comunicación y la propiedad creativa. Además, promueve la idea de la entrega de proyectos como un proceso colaborativo de creación de valor para toda la organización, con equipos que trabajan juntos e interactúan entre sí, con el cliente y con cualquier otra parte relevante del negocio.
¿Qué es Scrum en Agile?
Scrum es un paradigma ágil de gestión de proyectos que describe las responsabilidades, los plazos y los resultados de los equipos. Un sprint típico solo dura entre una y cuatro semanas, lo que hace que este método sea iterativo. Al seguir este plan, su equipo seguirá lanzando nuevas versiones del producto.
Scrum es un proceso de desarrollo iterativo que se basa en un paradigma basado en software con funciones, responsabilidades y estructuras de reuniones definidas. Los mejores resultados provienen de usarlo cuando el resultado final es un producto tangible en lugar de un servicio, pero puede usarse para cualquier proyecto difícil. Además, lee HERRAMIENTAS DE GESTIÓN ÁGIL DE PROYECTOS: definición, usos y lista de APM.
¿Qué es scrum vs ágil?
El enfoque de Scrum en la mejora continua es similar a uno de los pilares rectores de Agile, lo que lleva a algunos a asumir incorrectamente que los dos son intercambiables. Scrum, por otro lado, es un marco para hacer las cosas, mientras que Agile es más un enfoque de gestión. Los principios ágiles enfatizan el progreso iterativo e incremental a través de lanzamientos frecuentes a pequeña escala. Para realmente "volverse ágil", todo su equipo necesitaría cambiar su forma de pensar sobre cómo brindan valor a los clientes, lo cual es imposible de hacer sin un esfuerzo significativo. Pero un marco como Scrum puede hacerle pensar en esa dirección y practicar la integración de principios ágiles en su comunicación y tareas regulares.
Conclusión
La metodología Scrum es sencilla. Es sencillo comprender las reglas, los artefactos, los eventos y los roles del sistema. Su naturaleza semiprescriptiva ayuda a que el proceso de desarrollo sea más claro al tiempo que brinda a las empresas espacio para agregar sus propios toques especiales.
Es perfecto para proyectos desafiantes, ya que divide tareas grandes y complicadas en historias de usuario más pequeñas y manejables. Además, tener roles claros y un cronograma de eventos alienta a todos a estar abiertos y participar en el proceso de desarrollo. Con actualizaciones regulares, tanto el equipo como las personas que usan el producto pueden ver qué tan rápido está mejorando, lo que es bueno para la moral y la satisfacción.
Preguntas frecuentes sobre Scrum
¿Qué son los valores de scrum?
- Compromiso
- Courage
- Focus
- Respeto
¿Qué es el proceso Scrum?
El proceso Scrum empuja a las personas a usar lo que tienen y a mirar constantemente lo que funciona y lo que no funciona. La buena comunicación es fundamental y se lleva a cabo a través de reuniones conocidas como “eventos”.
¿Cuáles son las 3 C de Scrum?
Las tres C significan Tarjeta, Conversación y Confirmación.
Artículos similares
- Herramientas de gestión de proyectos: las mejores 25+ herramientas y técnicas
- HERRAMIENTAS MAESTRAS DE GESTIÓN DE DATOS: Las mejores herramientas de gestión de datos
- LAS 10 PRINCIPALES EMPRESAS DE GESTIÓN DE BASES DE DATOS
- Orden de trabajo: procedimiento simple/pasos para crear una orden de trabajo
- POLÍTICA DE OFICINA: definición, importancia y cómo dominarla
Referencia
