Estimación experta: Se trata de consultar a un experto que ya conoce el trabajo, se basa en su experiencia previa y conocimiento. Son capaces de generar estimaciones sin entrar en muchos detalles.
Estimación análoga: Se trata de dibujar analogías con otros proyectos similares o requerimientos, basándose en la analogía y experiencia previa, se puede generar una estimación.
Estimación paramétrica: Se basa en parámetros industriales para convertir una variable conocida como puntos de función y líneas de código en una estimación de tiempo y esfuerzo.
Orden de magnitud: Estas estimaciones tienen un rango de proyección que varía entre -25 % y +75 %, generalmente se usan para iniciar o no iniciar un proyecto.
Estimación presupuestaria: Estas tienen un rango de proyección entre -10 % y +25 % y se usa para propósitos de presupuesto.
Estimación definitiva: Estas tienen un rango de -5 % a +10 % y se puede usar para planificar basándose en su mayoría de la información disponible.
Método de 100 Puntos
Análisis de Kano
Excitantes de Delighters.
Satisfactores.
Insatisfechos.
Indiferente.
Grupos Afines
En conjunto los involucrados y el Scrum Team:
Colocar todas las historias en Ia mesa.
Una por una se levantan las historias, se discute y define en que grupo o tema debe clasificarse.
Dinámicamente se pueden ir cambiando de grupo o creando nuevos grupos.
El equipo establece una jerarquía de grupos que define la prioridad de los grupos.
Se priorizan historias o grupos de historias.
Cada persona recibe un conjunto de cartas entre 1 y 9.
Se presenta una a una cada historia o grupo, al presentarse se explica.
Cada persona presenta su prioridad elegida.
Los que eligieron extremos explican cómo la analizaron.
Se hace de nuevo hasta converger.
Variación del Poker de Prioridad.
Cada persona recibe unos fondos virtuales limitados.
Se le pone precio a las prioridades.
Al votar se descuenta de los fondos el valor de Ia seleccionada.
Esta es una de las técnicas más reconocidas en Scrum, ya que es muy sencilla, divertida y eficaz, donde el Development Team (DT) estima como grupo el esfuerzo a realizar en el Sprint.
Métricas:
Velocity
Trabajo en Progreso
Trabajo iniciado que no se ha culminado. Se debe identificar y administrar apropiadamente.
Principios Ágiles asociados:
Crear software rápidamente para obtener retroalimentación es algo muy bueno, sin embargo tiene un Costo: La Deuda Técnica.
El entendimiento del producto evoluciona a medida que se construye el producto y las decisiones previas se deben cambiar.
El equipo debe estar pendiente de «pagar la deuda», es decir actualizar el producto.
Malas prácticas y bajo conocimiento técnico también generan una Deuda Técnica.
La Deuda se debe administrar adecuadamente.
Consecuencias de una mala administración:
Se puede usar para pagar la deuda técnica.
Reestructurar el código afectando su estructura interna, sin afectar su comportamiento externo.
Actualizar decisiones de diseño e implementación.
Reducir complejidad.
Mejorar mantenibilidad y capacidad de expansión.
Desarrollo Iterativo