Sprint Burndown: ¿por horas o por puntos de historia?
por Jeff Sutherland | Abr 5, 2009,Los mejores equipos con los que trabajo queman puntos de historia. Para ello, el equipo debe tener historias pequeñas. Tendrán que trabajar con el propietario del producto para que esto suceda. En equipos disciplinados esto ahorra muchos gastos y les hace ir más rápido.,Para los nuevos equipos, desglosar el Sprint Backlog en tareas y estimar en horas se hace, pero ya no se recomienda.,Intronis, una de las empresas de mi cartera del grupo de riesgo, comenzó su primer Scrum quemando puntos de historia y nunca ha mirado atrás. Esta estrategia se recomienda para equipos que pueden entregar software funcional al final de cada Sprint. Esto significa probado a nivel de características, es decir, código potencialmente despachable. | Blog |
The best teams I work with burn down story points. They only burn down when a story is done.
To do this, the team needs to have small stories. They will need to work with the product owner to make this happen. In disciplined teams this saves a lot of overhead and makes them go faster.
For new teams, breaking down the Sprint Backlog into tasks and estimating in hours is done but no longer recommended. Intronis, one of my venture group portfolio companies, started their first Scrum with burning down story points and has never looked back. They tripled their velocity in a few months.
This strategy is recommended for teams that can deliver working software at the end of each Sprint. This means tested at the feature level, i.e. potentially shippable code.