Cargando

Escribe para buscar

Tecnología 101: Todo lo que necesitas saber de SCRUM

Compartir

Cuando alguien menciona Scrum en términos del lugar de trabajo, probablemente esté haciendo referencia a Scrum con una “S” mayúscula, lo que plantea la pregunta: ¿qué es Scrum? ¿Y cómo puedes usar Scrum en tu propio trabajo?

¿Qué es Scrum?

Scrum es una estrategia de desarrollo de productos Agile y ampliamente utilizada: una colección de valores, roles de equipo y rituales (definidos a continuación) que se utilizan en combinación para crear productos de trabajo iterativos. Scrum comenzó en la industria del software y desde entonces se ha extendido a universidades, el ejército, la industria automotriz y más.

No hay límite para los tipos de negocios que usan Scrum para el desarrollo de productos, y es una habilidad clave para agregar a su currículum cuando solicite empleos, ya sea en el mundo tecnológico o de otra manera. Pero eso todavía deja muchas preguntas sobre el marco de Scrum: ¿Qué significa el nombre, por qué se usa Scrum y cómo funciona exactamente?

El primer paso para responder a estas preguntas es profundizar un poco más en los orígenes y la historia de Scrum.

¿Qué representa Scrum?

Aunque a veces se confunde con uno, Scrum no es un acrónimo. Tampoco es una coincidencia que suene como algo del deporte del rugby; de hecho, de ahí es exactamente de donde proviene el nombre.

El término “scrum” fue introducido por primera vez por los profesores Hirotaka Takeuchi e Ikujiro Nonaka en su artículo de Harvard Business Review de 1986, donde describían un enfoque al estilo “rugby” para el desarrollo de productos, uno en el que un equipo avanza mientras se pasa una pelota de un lado a otro.

En los años siguientes, los desarrolladores de software Ken Schwaber y Jeff Sutherland implementaron estrategias de desarrollo inspiradas en Takeuchi / Nonaka en sus respectivas empresas, y en 1995 los dos se unieron para presentar y definir su versión de Scrum (una estrategia de desarrollo que evolucionó hacia la Scrum framework utilizado hoy).

¿Por qué usar Scrum?

Según Eric Naiburg, vicepresidente de marketing de Scrum.org, Scrum se entiende mejor como un enfoque general para la resolución de problemas que evita especificaciones estrictas y conjuntos de instrucciones rígidos paso a paso.

Debido a que los equipos, las personas y los proyectos cambian y evolucionan con el tiempo, “tener una única forma de hacer algo simplemente no permite el crecimiento”, dice Naiburg. En pocas palabras: Scrum es lo opuesto a una lista de tareas pendientes; en cambio, es una forma de abordar los proyectos grupales con flexibilidad.

Si bien Scrum proporciona un marco sólido para organizar equipos de productos y programar el trabajo, es un marco que puede moldearse para adaptarse a las necesidades de un equipo en lugar de dictar exactamente cómo debe proceder un equipo.

¿Cuál es la diferencia entre Scrum y la metodología ágil?

Es posible que haya notado que nuestra definición de Scrum incluía el término “Agile”. Es posible que también haya oído hablar de algo llamado metodología Agile (tal vez incluso al mismo tiempo que Scum). Entonces, ¿Scrum y la metodología Agile son dos formas de describir lo mismo? No exactamente.

La década de 1990 vio un movimiento general que se alejó de los métodos de desarrollo fuertemente planificados y reglamentados en la industria del software. Los desarrolladores de software comenzaron a adoptar métodos, procesos y marcos más livianos y flexibles (como Scrum) y, en 2001, un grupo de 17 desarrolladores convergieron y publicaron un documento llamado Manifiesto para el desarrollo de software Agile.

Si bien el marco de Scrum se encuentra dentro de la definición Agile que surgió de este manifiesto, no todo el desarrollo Agile es Scrum; en otras palabras, la metodología Agile es un término general, y el marco de Scrum se encuentra debajo de ese paraguas Agile.

¿Cuáles son los principios de Scrum?

Scrum se define por un grupo de principios (o valores) que deben entenderse como simples pautas para trabajar juntos como equipo.

  • Coraje, especialmente cuando se trata de resolver problemas difíciles
  • Atención
  • Compromiso con los objetivos compartidos del equipo
  • Respeto por los miembros de su equipo
  • Franqueza sobre el trabajo y cualquier desafío que pueda surgir.

Al incorporar los valores de Scrum, un equipo asume la responsabilidad compartida del éxito y evita las trampas de una mentalidad de silo. A menos que cada miembro del Scrum Team se apegue a estos valores, un equipo no tendrá la base que necesita para tener éxito. Y, ya sea que su equipo siga o no el marco de Scrum, estos son valores sólidos para cualquier equipo.

Los tres pilares de Scrum

Transparencia

Todas las características del proyecto en desarrollo deben tener definiciones claras y objetivas, comunes a todos los participantes, para que “hablen el mismo idioma” durante la ejecución de sus tareas.

Además, dicha información y definiciones deben ser fácilmente accesibles para todos y compartidas constantemente.

Inspección

Se deben realizar inspecciones con frecuencia para ver si el progreso realizado hasta ahora realmente se ajusta a los objetivos del proyecto y las necesidades del usuario final.

Por otro lado, se debe tener cuidado para garantizar que las inspecciones excesivas no retrasan el progreso del trabajo.

Adaptación

Es en este punto que las iteraciones incrementales (pequeñas progresiones constantes) comenzarán a ser más claras para usted.

Si una inspección detecta que algunos de los aspectos deseados de satisfacción del cliente no son los esperados, se debe ajustar el proceso o material que está produciendo.

Y esto debería hacerse lo antes posible.

¿Cómo funciona Scrum?

El marco de Scrum se compone de tres categorías distintas: roles, eventos y artefactos. Analicemos estos.

ROLES DE SCRUM

El marco de Scrum se define por tres roles centrales: el Equipo de Desarrollo, el Scrum Master y el Propietario del Producto.

El equipo de desarrollo es exactamente lo que parece: las personas que trabajan juntas para entregar productos. A pesar del título de “desarrollo” y la experiencia del software de Scrum, tenga en cuenta que estos productos pueden ser cualquier cosa (esta publicación de blog que está leyendo es un producto de Scrum, por ejemplo). Los equipos de desarrollo tienen la libertad de organizarse y administrar su propio trabajo para maximizar la eficacia y eficiencia del equipo.

El Scrum Master es el facilitador residente del equipo, responsable de ayudar a todos los miembros del equipo a seguir las teorías, reglas y prácticas de Scrum. Se aseguran de que el equipo Scrum tenga todo lo que necesita para completar su trabajo, como eliminar los obstáculos que están frenando el progreso.

El Product Owner es responsable del trabajo que se supone que el equipo debe completar, ya sea que ellos mismos hagan gran parte de ese trabajo o lo deleguen en otros miembros del equipo. El Product Owner es siempre una sola persona y no un comité; Si bien pueden recibir comentarios de otros cuando se trata de sus decisiones, las decisiones finales en última instancia dependen del propietario del producto.

EVENTOS DE SCRUM

El marco de Scrum está marcado por cinco eventos. Estos son Sprint, Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective.

Un Sprint es un período de tiempo específico (que suele oscilar entre una semana y un mes) durante el cual un equipo Scrum produce un producto (esto puede incluir un gran proyecto, varios proyectos más pequeños, una serie de informes, una versión de una aplicación, etc. .).

Sprint Planning es una reunión en la que se planifica el trabajo a realizar durante un Sprint. Durante esta reunión, todo el equipo define claramente los entregables para el Sprint y asigna el trabajo necesario para lograr ese objetivo.

El Daily Scrum (a veces llamado Stand-Up o Daily) es una reunión diaria de 15 minutos en la que el equipo tiene la oportunidad de ponerse en sintonía y elaborar una estrategia para las próximas 24 horas. Se analiza el trabajo del día anterior, mientras que las actualizaciones se comparten para el trabajo que tiene lugar ese día.

Sprint Review se lleva a cabo después de que finaliza un Sprint. Durante la revisión, el propietario del producto explica qué trabajo planificado se completó o no durante el Sprint. Luego, el equipo presenta el trabajo terminado y habla sobre lo que salió bien y cómo se resolvieron los problemas.

Sprint Retrospective también se lleva a cabo después de un Sprint. Retros proporciona un foro dedicado para que el equipo analice su proceso durante el Sprint anterior y haga las adaptaciones necesarias.En Skillcrush, normalmente comenzamos con algún tipo de juego de rompehielos (es más divertido de lo que parece) para obtener comentarios y darnos a nosotros mismos la oportunidad de comunicarnos honestamente con nuestros compañeros de equipo.

ARTEFACTOS SCRUM

Aunque es un título considerable, el concepto es bastante simple. Los artefactos son sólo registros físicos que proporcionan detalles del proyecto. Los artefactos de Scrum incluyen el Product Backlog, el Sprint Backlog y los Product Increments.

El Product Backlog es una lista completa y ordenada de todos los requisitos del producto y actúa como la única referencia para cualquier cambio necesario del producto. El Product Owner supervisa el Product Backlog, incluyendo cómo está disponible para el equipo, su contenido y cómo se ordena.

El Product Owner y el resto del equipo trabajan juntos para revisar el Product Backlog y hacer ajustes cuando sea necesario, a medida que los requisitos del producto cambian y evolucionan.

El Sprint Backlog es una lista de todos los elementos del Product Backlog en los que se trabajará durante un Sprint. Esta lista se elabora priorizando elementos del Product Backlog hasta que el equipo siente que ha alcanzado su capacidad para el Sprint.Los miembros del equipo se inscriben para tareas en el Sprint Backlog según las habilidades y prioridades, siguiendo el marco Scrum autoorganizado.

Product Increments es la suma del trabajo del producto completado durante un Sprint, combinado con todo el trabajo completado durante Sprints anteriores. El objetivo de un Sprint es producir un Incremento de Producto Terminado. Depende del equipo Scrum acordar qué define el estado “Terminado” de un Incremento, pero todos los miembros del equipo deben estar de acuerdo y comprender la definición.

Pero, ¿por qué scrum?

El marco de scrum en sí es simple. Las reglas, artefactos, eventos y roles son fáciles de entender. Su enfoque semi-prescriptivo en realidad ayuda a eliminar las ambigüedades en el proceso de desarrollo, al tiempo que brinda suficiente espacio para que las empresas le presenten su sabor individual.

La organización de tareas complejas en historias de usuario manejables lo hace ideal para proyectos difíciles. Además, la demarcación clara de roles y eventos planificados aseguran que haya transparencia y propiedad colectiva a lo largo del ciclo de desarrollo. Los lanzamientos rápidos mantienen al equipo motivado y a los usuarios felices, ya que pueden ver el progreso en poco tiempo.

Sin embargo, Scrum podría tomar tiempo para dominar, especialmente si el equipo de desarrollo está aclimatado a un modelo típico de cascada. Los conceptos de iteraciones más pequeñas, reuniones diarias de scrum, revisiones de sprint e identificación de un scrum master podrían ser un cambio cultural desafiante para un nuevo equipo.

Pero los beneficios a largo plazo superan con creces la curva de aprendizaje inicial. El éxito de Scrum en el desarrollo de productos complejos de hardware y software en diversas industrias y verticales lo convierte en un marco atractivo para adoptar en su organización.

Conclusiones

Actualmente el Scrum es una estrategia mundialmente conocida y utilizada por profesionales sin importar si se encuentran en el área de la tecnología o en alguna otra. Conocer todo lo que puedas sobre esta estrategia de desarrollo de productos te abrirá las puertas en muchísimos lugares. 

Para concluir, te dejamos algunas ventajas y desafíos que representa el Scrum en el mundo actual.

Ventajas del SCRUM

  • Facilita avances radicales al mismo tiempo que conserva los beneficios de operar como parte de la organización matriz, a pesar de utilizar una metodología diferente.
  • Ofrece las innovaciones más valiosas rápidamente.
  • Aumenta rápidamente la satisfacción y la felicidad del equipo.
  • Desarrolla habilidades de gestión general.

Desafíos que representa el SCRUM

  • Los líderes pueden mostrarse reacios a priorizar las iniciativas de equipo y deben ceder el control en favor de equipos que practican la autogestión.
  • Se necesitan nuevas habilidades de gestión para coordinar decenas o cientos de equipos multidisciplinarios.Los tiempos de iteración estrictamente fijados pueden no ser adecuados para algunos problemas (especialmente aquellos que surgen a diario).
  • Algunos miembros del equipo pueden estar infrautilizados en ciertos ciclos de velocidad.
Tags: