Cibermedio

Scrum es el subconjunto más popular de Agile. No sólo es un marco de proceso de desarrollo ágil ligero, sino también el más utilizado. Aquí están los recursos más básicos de agile y scrum para los practicantes de agile y scrum

El modelo de formación-tormenta-normación-desarrollo del grupo fue propuesto por primera vez por Bruce Tuckman en 1965, quien afirmó que todas estas fases son necesarias e inevitables para que el equipo crezca, se enfrente a los retos, aborde los problemas, encuentre soluciones, planifique el trabajo y obtenga resultados. La teoría sigue siendo una buena explicación del desarrollo y el comportamiento de los equipos.

La mayoría de los proyectos de desarrollo de software se consideran complejos e imprevisibles por naturaleza debido a la convergencia de tres factores: personas, requisitos y tecnología. Los distintos enfoques utilizados para la entrega y gestión de proyectos podrían entenderse más fácilmente en el contexto de los modelos de control de procesos y la complejidad de los proyectos.

Propietario del producto – tiene la visión del producto; Scrum Master – ayuda al equipo a utilizar mejor Scrum para construir el producto; Equipo de desarrollo – construye el producto

La historia del método Scrum comienza en 1986. Ese año, dos expertos empresariales japoneses introdujeron el término en el contexto del desarrollo de productos. Hirotaka Takeuchi e Ikujiro Nonaka publicaron el artículo «New New Product Development Game» (el doble «New» forma parte del título) en la Harvard Business Review. Los autores describían un nuevo enfoque para el desarrollo de productos comerciales que aumentaría la velocidad y la flexibilidad. Se inspiraron en estudios de casos de empresas de fabricación de automóviles, fotocopiadoras e impresoras.

Scrum is a framework for developing and maintaining complex products and is an incremental, iterative development process. In this framework, the entire development process consists of several short iteration cycles, a short iteration cycle called a Sprint, and each Sprint is 2 to 4 weeks long.

Un Product Owner es responsable de decir lo que debe desarrollarse y el orden de los elementos que deben cumplirse. Se le puede considerar como la única autoridad que le dice al resto del equipo lo que tienen que crear y qué características deben venir primero. En resumen, es el que indica a los demás miembros del equipo lo que deben crear.

El marco Cynefin ayuda a los directivos a identificar cómo perciben las situaciones y a dar sentido a su propio comportamiento y al de los demás. Se basa en la investigación de la teoría de sistemas, la teoría de la complejidad, la teoría de redes y las teorías del aprendizaje.