Técnica Agile de Priorización de Backlog: MoSCoW

Técnica Agile de Priorización de Backlog: MoSCoW

El método MoSCoW permite clasificar las necesidades de los usuarios en función de su prioridad. Ayuda a desarrollar una clara comprensión de los requisitos de los clientes y su prioridad. MoSCoW significa must, should, could y would. Visual Paradigm viene con un rico conjunto de plantillas de diagramas. Puede empezar con un diagrama en blanco o con una plantilla de Método MoSCoW ya hecha.

Sigue leyendo
Scrum: ¿Necesita una declaración de visión?

Scrum: ¿Necesita una declaración de visión?

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.

Sigue leyendo
Scrum: ¿Cómo refinar la cartera de productos?

Scrum: ¿Cómo refinar la cartera de productos?

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.

Sigue leyendo
Scrum: ¿Por qué un equipo colocado?

Scrum: ¿Por qué un equipo colocado?

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.

Sigue leyendo
¿Por qué los equipos de desarrollo aman Scrum?

¿Por qué los equipos de desarrollo aman 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.

Sigue leyendo
¿Por qué debería ser Sprint Review en lugar de Sprint Demo?

¿Por qué debería ser Sprint Review en lugar de Sprint Demo?

Una Revisión del Sprint es más que una simple demostración; es una revisión del Sprint completado, del Product Backlog y del Marketplace. Es cierto que las demostraciones son una parte importante de la Revisión del Sprint. El propósito de la reunión de la Revisión del Sprint es que el equipo muestre a los clientes y a las partes interesadas el trabajo que han realizado a lo largo del sprint y lo compare con el compromiso adquirido al principio del mismo.

Sigue leyendo
¿Por qué los Product Owners aman Scrum?

¿Por qué los Product Owners aman Scrum?

Un Product Owner que posee el producto en nombre de la empresa es una parte de un equipo Scrum. Sin embargo, un propietario del producto no tiene autoridad sobre otros miembros del equipo, al igual que el Scrum Master. Un Product Owner es responsable de cuidar de un producto durante un largo período de tiempo y es responsable de lograr el éxito del producto. Como propietario del producto, debe interactuar directamente con los clientes y usuarios, el equipo de desarrollo y otras partes interesadas clave, como muestra la imagen siguiente.

Sigue leyendo