Categoría: Scrum

Un equipo de desarrollo de Scrum tiene la autonomía para elegir la mejor manera de realizar su trabajo, en lugar de ser dirigido por otros fuera del equipo. A diferencia de los principios tradicionales de gestión, los equipos auto-organizados y empoderados no son dirigidos y controlados desde arriba, sino que evolucionan a partir de los miembros del equipo que participan activamente & colectivamente en todas las prácticas y eventos de Scrum.

La colocación es útil para las reuniones que requieren una escucha atenta, como las discusiones de diseño. También es útil cuando los nuevos empleados se están formando y necesitan algún tipo de ayuda o estímulo. La pizarra es muy eficaz para el equipo colocado, pero también puede gestionarse con herramientas en línea.

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.