Categoría: Scrum

La filosofía de desarrollo de software “Release early, release often” hace hincapié en la importancia de los lanzamientos tempranos y frecuentes para crear un estrecho bucle de retroalimentación entre los desarrolladores y los probadores o usuarios, al contrario que una estrategia de lanzamiento basada en las características.

No todos los elementos del backlog del producto tendrán el mismo tamaño y nivel de detalle (es decir, características/eprics/ historias de usuario y tareas) al mismo tiempo. Los PBIs en los que planeamos trabajar pronto deben estar en la parte superior del backlog, de menor tamaño y muy detallados para que puedan ser trabajados en el sprint a corto plazo. Los PBIs en los que no trabajaremos durante algún tiempo deberían estar en la parte inferior del backlog, más grandes y menos detallados.

Una declaración de visión identifica dónde quiere o pretende estar la organización en el futuro o dónde debería estar para satisfacer mejor las necesidades de las partes interesadas. Todo proyecto necesita una visión para orientarse en la dirección adecuada. Una visión sirve de guía para elegir el rumbo actual y futuro de las acciones.

¿Qué es el proceso predictivo? Un modelo de proceso definido y predictivo es apropiado si tanto los requisitos del proyecto

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.

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.

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.

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.

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 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.