domingo, 24 de noviembre de 2019

ESTIMACIÓN ÁGIL. TIPOS DE ESTIMACIONES.

Las estimaciones son diferentes, se realizan en la reunión de planificación donde el equipo y el dueño del producto a partir de un PBI tendrá que desgranan esos pase en tareas técnicas, estas serán las que se pueden estimar.

Otros equipos estiman el PBI completo o si usan las historias de usuario.
 
Se puede hacer estimaciones en la fase inicial del proyecto, cuando el cliente quiere saber cuánto le va a costar.  

Importante la conversación, es donde surgirán los problemas y las soluciones.

Se utiliza la técnica de Planning Poken donde se utiliza una serie de cartas, el objetivo fundamental que todos los miembros del equipo del equipo de forma simultánea saquen un número para la estimación. La numeración es parecido a la serie de fibonacci. 

Se utilzia esta escala porque interesa estimar cosas pequeñas.

Se divide en tareas, historias o en PBI. Después de varias rondas de estimaciones al final se intenta llegar a un consenso sobre qué estimación es la adecuada para ese PBI.

La técnica de planning dentro de la reunión de planificación dentro de un Sprint

ESTIMACIÓN AGIL. PUNTO DE HISTORIA

Existen diferentes técnicas y herramientas para estimar. También existen diferentes unidades en las que hacerlo. Veamos algunas de estas a continuación.

La técnica Planning Poker se usa para el proceso de estimación.

La mayoría de equipos estiman de la manera tradicional qué horas y días ideales, es una manera bastante sencilla de estimar.

El problema que tiene esta manera de estimar es que para cada persona el tiempo es diferente , se estima en horas, para una persona será una hora y para la otra persona serán 2 horas.

Se intenta estimar lo que se llama la estimación relativa, donde realmente lo que se trata de comparar es la complejidad a la hora de realizar las tareas en este tipo de estimación dónde realmente estamos comparando tamaños y complejidades, no se estima en función de tiempo sino que asignamos a la tarea más sencilla por ejemplo el valor 1 y a partir de allí, si la siguiente tarea es el doble de compleja porque pensamos que esa su complejidad se le asigna un 2 sin saber s1 s2 son horas y son días nada absolutamente simple, es una medida comparativa si yo a otra tarea le asigna un 4 quiere decir qué en complejidad es cuatro veces mayor que la que había asignado un 1.

No se habla de tiempo porque el tiempo es una medida subjetiva, este es el principal cambio que se produce en los enfoques ágiles a la hora de pensar en estimaciones. Se estima complejidades a partir de valores relativos que se usan mediante comparación.

Se puede utilizar las herramienta de planning poker, con las cartas o puede ser a mano alzada donde se muestra con los dedos su estimación.

ARTEFACTOS DE SCRUM. PBI vs HISTORIA DE USUARIO

ROLES EN SCRUM. USUARIOS Y CLIENTES

Usuario es cualquier persona que utiliza nuestra aplicación.
Cliente, además de utilizarla, paga por ella, al final nuestro producto tiene que estar enfocado a resolver las necesidades y problemáticas de estos clientes.

El dueño del producto es el encargado de hablar con estas personas y de mantener su visión actualizada, para que se mantenga de manera adecuada al equipo de construcción, y estos pueden resolver los problemas, construir un buen producto que encaje con lo que necesitan nuestros Starkeholders.

ROLES DE SCRUM. EQUIPO DE CONSTRUCCIÓN.

Scrum nos dice  que estos equipos deben cumplir al menos 3 características:
  
  • Deben ser equipos pequeños, hasta 9 personas para evitar problemas de comunicación.
  • Equipos autoorganizados,  ellos mismo deciden cómo van a realizar las tareas del proyecto.
  • Multidisciplinares, es decir, que entre todas las personas que componen el equipo puedan construir el producto adecuado.
     
  • Es el equipo que se asignan las tareas, es el equipo el que estima estas tareas.
  • Las personas trabajan de una manera muy iteractiva.




ROLES EN SCRUM. SCRUM MASTER.

  • Se encarga del proceso
  • Se encarga de mantener y facilitar todas las reuniones
  • Se encarga de convocar las reunicones,
  • Convocar a las personas adecuadas
  • Facilitar esas reuniones para que se produzcan de una manera más efectiva.
  • Facilitar y liderar las reuniones.
  • Cuidar de todos los roles que cumplan con sus funciones.
  • Mantener los artefactos de la mejor manera. 
  • Resolver cualquier conflicto.
  • Tener dotes de comunicación.
  • Este rol lo hacian los jefes de proyecto.
  •  

ROLES EN SCRUM. DUEÑO DEL PRODUCTO.

Priorizar y actualizar ProductBacklog.

Asistir a varias reuniones
  •  Reunión de planificación  con equipo de construcción.
  •  Reunión de revisión/demo al final del sprint.
  •  Se encarga de cuales requisitos entraran y cuales no entraran.
Cuál es la labor como dueño del producto?

Hay que unificar en el producto Backlog, por un lado atender a todos los Stakeholders, tengo que saber qué es lo que quieren,  con qué prioridad, porque qué necesidades son realmente las que tienen detrás.  Son muy diversos los stakeholders y cada uno entre ellos hablan también todo eso hay que llevarlo al producto backlog, y luego explicarlo al equipo y trabajarlo con ellos.