Repository navigation
Planing pokeer 2 (Revision)
| Story | Story Title | Score |
|---|---|---|
| 1 | HU007: Buscador Como radiólogo, quiero un buscador para encontrar rápidamente imágenes DICOM en el repositorio, para acceder de manera eficiente a la imagen que necesito analizar. | M |
| 2 | HU008: Filtros en el buscador Como radiólogo, quiero aplicar filtros en el buscador de imágenes DICOM, para simplificar la búsqueda y enfocarme en las imágenes más relevantes para el diagnóstico. | M |
| 3 | HU009: Información cabecera en todo momento Como radiólogo, quiero acceder a la información de la cabecera DICOM mientras visualizo la imagen, para mantener el flujo de trabajo sin interrupciones. | XS |
| 4 | HU010: Limpiar filtros Como radiólogo, quiero limpiar los filtros aplicados con un solo clic, para restablecer la búsqueda y ver todas las imágenes disponibles rápidamente. | XS |
Escala -xxs -xs -s -m -l -xl -xxl
De acuerdo con lo que habíamos estimado anteriormente, la implementación de esta historia representó un trabajo no muy extenso, aunque presentó algunos fallos. Por esta razón, le asignamos una dificultad intermedia, lo cual coincide con la dificultad que habíamos estimado anteriormente: no fue un proceso largo, pero sí requirió tiempo adicional para corregir pequeños detalles.
Tal como habíamos presupuestado, la dificultad de esta historia de usuario fue la más alta. Sin embargo, no resultó insuperable, ya que contamos con mucha documentación que nos sirvió de guía. Los mayores desafíos provinieron de algunos bugs y errores menores que surgieron al adaptarlo a nuestro caso particular, resultando en una estimación más baja de lo que habíamos hecho en el planning poker anterior.
Tal como lo estimado en el planning poker anterior, la implementación de esta historia de usuario no presentó mayores dificultades. Básicamente, consistió en buscar y adaptar el código necesario para una situación muy estándar, lo que facilitó su desarrollo, resultando en la misma valoración que habíamos estimado anteriormente.
El presupuesto estimado para esta historia de usuario no cambió en absoluto. Tal como anticipamos, fue la más sencilla de implementar, ya que solo implicó agregar un botón y programarlo para que permitiera volver a un estado anterior.
Nuestra estimación fue mayormente correcta, aunque sobrevaloramos la dificultad en algunas historias de usuario. Por ejemplo, el buscador, que pensamos sería más difícil de implementar, resultó no ser tan complejo debido a la abundante documentación disponible y el uso de herramientas de IA. Sin embargo, sí presentó cierta dificultad en la corrección de pequeños errores. Por esta razón, aunque fue más fácil de lo esperado, decidimos no modificar su calificación inicial.
En contraste, la implementación del filtro terminó siendo más sencilla de lo anticipado, lo que sí justificó un cambio en su calificación. En resumen, el único cambio de valoración fue el filtro, que resultó ser más fácil de lo presupuestado. Tal como previmos, el mayor costo en la implementación de las historias de usuario fue el tiempo invertido en ellas, más que la dificultad intrínseca del trabajo.