Here at Scrum Inc. we've been thinking a lot about two things: impediments and the Sprint Retrospective. These are really where the rubber meets the road in terms of improving productivity. We'll have a later post on impediments, but I wanted to share this excerpt from Jeff's and Ken Schwaber's forthcoming book "Software in 30 Days," which comes out May 1st. We emailed it around our team yesterday after our retrospective just didn't feel strong enough. It is a good reminder that the Sprint Retrospective can be one of the more difficult things to do in Scrum, but also one of the most powerful.
Cada miembro del equipo Scrum se esfuerza por mejorar, Sprint a Sprint. La Retrospectiva del Sprint es donde se formulan las mejoras. Esta reunión debe ser una pausa natural entre Sprints, la Retrospectiva del Sprint es cuando el equipo Scrum se sienta, revisa lo sucedido durante el último Sprint anterior, y formula formas de mejorar su trabajo y la forma en que el trabajo se lleva a cabo. La discusión puede incluir:
- Si los miembros del equipo trabajaron bien juntos o no y por qué.
- Si el equipo hizo más o menos de lo previsto y por qué.
- Si el equipo dispone de todas las competencias e instalaciones necesarias para realizar el trabajo.
- Si los desarrolladores entendieron o no los requisitos y por qué.
- Si el equipo ha sido capaz de completar el Sprint conforme a los requisitos y, en caso negativo, por qué.
- Qué podría mejorarse o eliminarse en el siguiente incremento de funcionalidad.
A continuación, el equipo identifica varias cosas para hacer de forma diferente en el próximo Sprint que aumentarán la creatividad, la eficacia y la productividad. En general, los Equipos Scrum mejoran continuamente. Esta es la oportunidad del Equipo Scrum de mejorar su trabajo y su vida. A menudo surgen nuevos requisitos durante el Sprint; también surgen nuevas oportunidades y retos. A menudo, sólo ver el incremento de funcionalidad evoca nuevas ideas.
Spanish 
English 
French