Preguntas etiquetadas con scrum

Un marco ágil dentro del cual un Propietario de producto (PO), un Equipo de desarrollo (DT) de 3-9 desarrolladores y un Scrum Master (SM) trabajan como el Equipo Scrum (ST) para construir y mantener productos complejos del mayor valor posible. Hacen este trabajo dentro de un timebox llamado Sprint; Los sprints pueden ser más cortos, pero no pueden durar más de 30 días. Los eventos, roles y artefactos se describen definitivamente en la guía oficial de Scrum: http://scrumguides.org/scrum-guide.html

124
El equipo no cumple constantemente los objetivos del sprint

Somos una pequeña empresa de software con un solo producto. Usamos scrum , y nuestros desarrolladores eligen las características que desean incluir en cada sprint. Desafortunadamente, durante el último período de 18 meses, el equipo no ha entregado ni una vez las características con las que se...

109
¿Cómo trato con un equipo scrum contraproducente?

Historia: He estado trabajando como parte de este equipo durante los últimos tres años y en este tiempo hemos tenido tres diferentes Scrum Master que tienen todas las cosas funcionan de manera diferente. Debido a este cambio en Scrum Masters y su forma de dirigir el programa, ha dejado a mi...

89
¿Es realista un gran aumento de velocidad en un entorno Scrum?

Recientemente, mi gerente realmente ha estado presionando para usar la velocidad como objetivo y medida de productividad. Actualmente estamos trabajando a una velocidad promedio de 50 puntos de historia. Mi gerente quiere que lo aumentemos en un 40% a 70 puntos de historia (sin aumento en los...

80
¿Es Agile la nueva microgestión?

Esta pregunta se ha estado cocinando en mi cabeza por un tiempo, así que quería preguntar a aquellos que siguen prácticas ágiles / scrum en sus entornos de desarrollo. Mi empresa finalmente se aventuró a incorporar prácticas ágiles y comenzó con un equipo de 4 desarrolladores en un grupo ágil a...

80
Tratar con sprints fallidos y plazos

Muchos libros y artículos de Scrum dicen que un sprint fallido (cuando el equipo no completa algunas características del Backlog de Sprint) no es algo tan malo, sucede de vez en cuando, y puede ser útil si el equipo aprende de sus errores y mejora algo en los siguientes sprints. Y el equipo no debe...